[
https://issues.apache.org/jira/browse/CASSANDRA-13591?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16047071#comment-16047071
]
Jordan Beauchamp commented on CASSANDRA-13591:
----------------------------------------------
I assume so, the node was running fine until this started happening.
I'm going to try manually sstablescrub every CF and will post results here
> LZ4 Decompression during startup crashes
> ----------------------------------------
>
> Key: CASSANDRA-13591
> URL: https://issues.apache.org/jira/browse/CASSANDRA-13591
> 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 16.04
> {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 [https://github.com/lz4/lz4-java] 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
(v6.4.14#64029)
---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
