Just wanted to update you guys that we turned on DEBUG level logging on the decommissioned node and the node receiving the decommissioned node's range. We did this by editing <cassandra-home>/conf/log4j-server.properties and changing the log4j.rootLogger to DEBUG.
Yes that was what I was trying to say.thanksOn 5 May 2011, at 18:52, Tyler Hobbs wrote:On Thu, May 5, 2011 at 1:21 AM, Peter Schuller <firstname.lastname@example.org> wrote:
> It's no longer recommended to run nodetool compact regularly as it can meanI think this is a mis-typing; it used to be that major compactions
> that some tombstones do not get to be purged for a very long time.
were necessary to remove tombstones, but this is no longer the case in
0.7 so that the need for major compactions is significantly lessened
or even eliminated. However, running major compactions won't cause
tombstones *not* to be removed; it's just not required *in order* for
them to be removed.
I think he was suggesting that any tombstones *left* in the large sstable generated by the major compaction won't be removed for a long time because that sstable itself will not participate in any minor compactions for a long time. (In general, rows in that sstable will not be merged for a long time.)
Software Engineer, DataStax
Maintainer of the pycassa Cassandra Python client library