doooh. thanks!
On Mar 22, 2011, at 3:27 PM, Jonathan Ellis wrote:
> From the next paragraph of the same wiki page:
>
> SSTables that are obsoleted by a compaction are deleted asynchronously
> when the JVM performs a GC. You can force a GC from jconsole if
> necessary, but Cassandra will force one itself if it detects that it
> is low on space. A compaction marker is also added to obsolete
> sstables so they can be deleted on startup if the server does not
> perform a GC before being restarted.
>
> On Tue, Mar 22, 2011 at 8:30 AM, Jonathan Colby
> <jonathan.co...@gmail.com> wrote:
>> According to the Wiki Page on compaction: once compaction is finished, the
>> old SSTable files may be deleted*
>>
>> * http://wiki.apache.org/cassandra/MemtableSSTable
>>
>> I thought the old SSTables would be deleted automatically, but this wiki
>> page got me thinking otherwise.
>>
>> Question is, if it is true that old SSTables must be manually deleted, how
>> can one safely identify which SSTables can be deleted??
>>
>> Jon
>>
>>
>>
>>
>>
>>
>
>
>
> --
> Jonathan Ellis
> Project Chair, Apache Cassandra
> co-founder of DataStax, the source for professional Cassandra support
> http://www.datastax.com
