incubator-cassandra-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jonathan Ellis <>
Subject Re: Deleting "old" SSTables
Date Tue, 22 Mar 2011 14:27:47 GMT
>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
<> wrote:
> According to the Wiki Page on compaction:  once compaction is finished, the old SSTable
files may be deleted*
> *
> 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

View raw message