[ 
https://issues.apache.org/jira/browse/CASSANDRA-6503?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13853475#comment-13853475
 ] 

Yuki Morishita commented on CASSANDRA-6503:
-------------------------------------------

In 1.2 as well as 2.0, every time the node receives SSTable file, it starts 
writing as 'tmp', but at the end of receiving, it calls 
SSTableWriter#closeAndOpenReader that moves received file out of 'tmp'. At this 
point, SSTables are still not added to ColumnFamilyStore, though if we shutdown 
the node and restart, the node would recognize received files even though 
streaming session was not finished successfully.

We need little tweak to defer renaming of SSTable files to do so after 
receiving all streamed files.
 

> sstables from stalled repair sessions become live after a reboot and can 
> resurrect deleted data
> -----------------------------------------------------------------------------------------------
>
>                 Key: CASSANDRA-6503
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-6503
>             Project: Cassandra
>          Issue Type: Bug
>            Reporter: Jeremiah Jordan
>            Assignee: Yuki Morishita
>            Priority: Minor
>             Fix For: 2.0.5
>
>
> The sstables streamed in during a repair session don't become active until 
> the session finishes.  If something causes the repair session to hang for 
> some reason, those sstables will hang around until the next reboot, and 
> become active then.  If you don't reboot for 3 months, this can cause data to 
> resurrect, as GC grace has expired, so tombstones for the data in those 
> sstables may have already been collected.



--
This message was sent by Atlassian JIRA
(v6.1.4#6159)

Reply via email to