[
https://issues.apache.org/jira/browse/CASSANDRA-21780?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Stefan Miklosovic updated CASSANDRA-21780:
------------------------------------------
Fix Version/s: 5.0.10
6.0-alpha3
7.0
(was: 5.0.x)
(was: 7.x)
(was: 6.x)
Since Version: NA
Source Control Link:
https://github.com/apache/cassandra/commit/53209993bd4800bc8ff77a59d41cf64c16a7a138
Resolution: Fixed
Status: Resolved (was: Ready to Commit)
> Write an sstable with the compression its components were chosen for when
> ALTER TABLE changes it
> ------------------------------------------------------------------------------------------------
>
> Key: CASSANDRA-21780
> URL: https://issues.apache.org/jira/browse/CASSANDRA-21780
> Project: Apache Cassandra
> Issue Type: Bug
> Components: Feature/Compression
> Reporter: Stefan Miklosovic
> Assignee: Stefan Miklosovic
> Priority: Normal
> Fix For: 5.0.10, 6.0-alpha3, 7.0
>
> Time Spent: 20m
> Remaining Estimate: 0h
>
> SSTableWriter.Builder.addDefaultComponents chose CompressionInfo or CRC from
> the compression of the table, and the data writer read the compression of the
> table again when the builder opened it. An ALTER TABLE which enabled or
> disabled compression in between, e.g. while the flush it triggers or a
> compaction built a writer, made the two disagree: an sstable with
> CompressionInfo had its data written uncompressed and opening it failed with
> a ClassCastException, or an sstable with CRC had its data compressed and
> reading it failed as corrupted.
> The builder should read the compression of the table once; the components and
> the data writer should then use it.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
