cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Jordan Beauchamp (JIRA)" <>
Subject [jira] [Commented] (CASSANDRA-13591) LZ4 Decompression during startup crashes
Date Tue, 13 Jun 2017 22:17:00 GMT


Jordan Beauchamp commented on CASSANDRA-13591:

While trying to copy the SSTable I was receiving I/O errors from the OS.
I'm using a JBOD setup and it looks like the disk with the problematic SSTable has some badblocks.
I'm happy to close this, but I'm also happy to add more info etc. if it helps make Cassandra
more robust.

> LZ4 Decompression during startup crashes
> ----------------------------------------
>                 Key: CASSANDRA-13591
>                 URL:
>             Project: Cassandra
>          Issue Type: Bug
>          Components: Compaction
>         Environment: I've received this bug using 3.05 and 3.10.
> Running C* in docker container using cassandra:3.5 and cassandra:3.10 issues on Ubuntu
> {code:bash}
> # JRE version: OpenJDK Runtime Environment (8.0_121-b13) (build 1.8.0_121-8u121-b13-1~bpo8+1-b13)
> # Java VM: OpenJDK 64-Bit Server VM (25.121-b13 mixed mode linux-amd64 compressed oops)
> {code}
>            Reporter: Jordan Beauchamp
>            Priority: Critical
>             Fix For: 3.0.x
>         Attachments: hs_err_pid1.log
> C* docker container is in crash loop.
> Stack trace seems to implicate lz4 fast decompress during compaction task.
> This issue may be better placed at [] but i'm not sure
how to get better details on the error.
> Potentially due to data corruption.

This message was sent by Atlassian JIRA

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message