[ 
https://issues.apache.org/jira/browse/CASSANDRA-13703?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Branimir Lambov updated CASSANDRA-13703:
----------------------------------------
    Reviewer: Alex Petrov
      Status: Patch Available  (was: In Progress)

Patch [here|https://github.com/blambov/cassandra/tree/13703].

Changes the max size threshold to be non-inclusive so that 
{{min_compress_ratio: 1}} can work (this would be a breaking change, but 
CASSANRDA-10520 is not part of any release yet), and adds an error for values 
between 0 and 1 exclusive.

Unit tests are clean, dtests have two failures that appear to be flaky on trunk:
{{repair_tests.incremental_repair_test.TestIncRepair.multiple_repair_test}}
{{bootstrap_test.TestBootstrap.consistent_range_movement_false_with_rf1_should_succeed_test}}

> Using min_compress_ratio <= 1 causes corruption
> -----------------------------------------------
>
>                 Key: CASSANDRA-13703
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-13703
>             Project: Cassandra
>          Issue Type: Bug
>            Reporter: Branimir Lambov
>            Assignee: Branimir Lambov
>         Attachments: patch
>
>
> This is because chunks written uncompressed end up below the compressed size 
> threshold. Demonstrated by applying the attached patch meant to improve the 
> testing of the 10520 changes, and running 
> {{CompressedSequentialWriterTest.testLZ4Writer}}.
> The default {{min_compress_ratio: 0}} is not affected as it never writes 
> uncompressed.



--
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

Reply via email to