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

Edward Capriolo commented on CASSANDRA-5051:
--------------------------------------------

https://issues.apache.org/jira/browse/CASSANDRA-1746


is only rational that argues life would be easier if I did not have to do
it.
administrators.
I'm not going to look up the jira, but if I were to find it and quote it,
how can we account for previous arguments against it.
https://issues.apache.org/jira/browse/CASSANDRA-5051?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13625027#comment-13625027]
allowed?
https://issues.apache.org/jira/browse/CASSANDRA-5051
0001-5051-with-test-fixes.patch, 0001-CASSANDRA-5051.patch,
0002-5051-remove-upgradesstable.patch,
0002-5051-remove-upgradesstable-v4.patch,
0004-5051-additional-test-v4.patch, 5051-v2.txt
all the machines, because you don't know which are affected and chances are
it was most if not all of them.  As an alternative to this intensive
process, we could allow cleanup during compaction if the data is older than
gc_grace (or perhaps some other time period since people tend to use
gc_grace hacks to get rid of tombstones.)
administrators

                
> Allow automatic cleanup after gc_grace
> --------------------------------------
>
>                 Key: CASSANDRA-5051
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-5051
>             Project: Cassandra
>          Issue Type: New Feature
>          Components: Core
>            Reporter: Brandon Williams
>            Assignee: Vijay
>              Labels: vnodes
>             Fix For: 2.0
>
>         Attachments: 0001-5051-v4.patch, 0001-5051-with-test-fixes.patch, 
> 0001-CASSANDRA-5051.patch, 0002-5051-remove-upgradesstable.patch, 
> 0002-5051-remove-upgradesstable-v4.patch, 0004-5051-additional-test-v4.patch, 
> 5051-v2.txt
>
>
> When using vnodes, after adding a new node you have to run cleanup on all the 
> machines, because you don't know which are affected and chances are it was 
> most if not all of them.  As an alternative to this intensive process, we 
> could allow cleanup during compaction if the data is older than gc_grace (or 
> perhaps some other time period since people tend to use gc_grace hacks to get 
> rid of tombstones.)

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Reply via email to