Mailing-List: contact user-help@cassandra.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@cassandra.apache.org
From: Phil Budne <phil@ultimate.com>
Message-Id: <201509132131.t8DLVSfk078648@ultimate.com>
Date: Sun, 13 Sep 2015 17:31:28 -0400
To: user@cassandra.apache.org
Subject: Re: Using DTCS, TTL but old SSTables not being removed
References: <201509131754.t8DHsCma074106@ultimate.com>
 <5AC8FA22-1E48-47A5-9921-A598265C8751@crowdstrike.com>
In-Reply-To: <5AC8FA22-1E48-47A5-9921-A598265C8751@crowdstrike.com>
User-Agent: Heirloom mailx 12.4 7/29/08
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Jeff Jirsa wrote:
> 2.2.1 has a pretty significant bug in compaction: https://issues.apache.org/jira/browse/CASSANDRA-10270
>
> That prevents it from compacting files after 60 minutes. It may or
> may not be the cause of the problem you're seeing, but it seems like
> it may be possibly related, and you can try the workaround in that
> ticket to see if it helps.

Thanks! So far so good....

I've tweaked index_summary_resize_interval_in_minutes
from 60 to -1, and restarted and I'm continuing to see:

    ..... CompactionController.java:153 - Dropping expired SSTable ....

debug messages(*) after more than an hour after the restart.

I'll know better as time goes by....

(*) I've set the logging level for
org.apache.cassandra.db.compaction.DateTieredCompactionStrategy and
org.apache.cassandra.db.compaction.CompactionController to DEBUG