cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Jonathan Ellis (JIRA)" <>
Subject [jira] [Updated] (CASSANDRA-2411) log why a SSTable is being deleted
Date Thu, 12 May 2011 15:20:47 GMT


Jonathan Ellis updated CASSANDRA-2411:

    Attachment: 2411.txt

Patch implementing the above.

> log why a SSTable is being deleted
> ----------------------------------
>                 Key: CASSANDRA-2411
>                 URL:
>             Project: Cassandra
>          Issue Type: Improvement
>          Components: Core
>            Reporter: Robert Coli
>            Assignee: Jonathan Ellis
>            Priority: Minor
>             Fix For: 0.8.1
>         Attachments: 2411.txt
> ./src/java/org/apache/cassandra/io/sstable/ 147
> Has ""Deleted " + desc); ".
> This combined with the JVM not being able to delete files until a GC has run means that
restarting a node usually prompts a flood of log messages like :
> "Deleted /mnt/var/cassandra/data/Digg/UserActivity-10658-Data.db"
> I believe that I am not the only operator who reads a log upon restart that says "I deleted
your data files" and becomes concerned.
> Now, personally, I have read the code and understand the conditions under which these
files are deleted and so no longer get frightened. For new operators and people who may feel
less comfortable reading the code, specifying WHY the file has been deleted ("Deleted <filename>
because it was obsolete and marked for deletion as a result of compaction.") seems likely
to reduce blood pressure and operator stress levels. :)

This message is automatically generated by JIRA.
For more information on JIRA, see:

View raw message