You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Sylvain Lebresne (JIRA)" <ji...@apache.org> on 2011/03/12 12:21:59 UTC

[jira] Updated: (CASSANDRA-2317) Column family deletion time is not always reseted after gc_grace

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

Sylvain Lebresne updated CASSANDRA-2317:
----------------------------------------

    Attachment: 0002-Reset-cf-deletion-time-after-gc-grace.patch
                0001-Add-unit-test.patch

Adding patch against 0.7.

First patch is a unit test to reproduce the failure, patch 2 is the fix.

> Column family deletion time is not always reseted after gc_grace
> ----------------------------------------------------------------
>
>                 Key: CASSANDRA-2317
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-2317
>             Project: Cassandra
>          Issue Type: Bug
>          Components: Core
>    Affects Versions: 0.6
>            Reporter: Sylvain Lebresne
>            Assignee: Sylvain Lebresne
>            Priority: Minor
>         Attachments: 0001-Add-unit-test.patch, 0002-Reset-cf-deletion-time-after-gc-grace.patch
>
>   Original Estimate: 1h
>  Remaining Estimate: 1h
>
> Follow up of CASSANDRA-2305.
> Reproducible (thanks to Jeffrey Wang) by: 
> Create a CF with gc_grace_seconds = 0 and no row cache.
> Insert row X, col A with timestamp 0.
> Insert row X, col B with timestamp 2.
> Remove row X with timestamp 1 (expect col A to disappear, col B to stay).
> Wait 1 second.
> Force flush and compaction.
> Insert row X, col A with timestamp 0.
> Read row X, col A (see nothing).

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira