Mailing-List: contact commits-help@cassandra.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cassandra.apache.org
Date: Wed, 11 Sep 2013 21:50:52 +0000 (UTC)
From: "John Carrino (JIRA)" <jira@apache.org>
To: commits@cassandra.apache.org
Message-ID: <JIRA.12668155.1378936216830.119066.1378936252076@arcas>
In-Reply-To: <JIRA.12668155.1378936216830@arcas>
References: <JIRA.12668155.1378936216830@arcas>
Subject: [jira] [Created] (CASSANDRA-6008) Getting 'This should never
 happen' error at startup due to sstables missing
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit

John Carrino created CASSANDRA-6008:
---------------------------------------

             Summary: Getting 'This should never happen' error at startup due to sstables missing
                 Key: CASSANDRA-6008
                 URL: https://issues.apache.org/jira/browse/CASSANDRA-6008
             Project: Cassandra
          Issue Type: Bug
          Components: Core
            Reporter: John Carrino
             Fix For: 2.0.1


Exception encountered during startup: "Unfinished compactions reference missing sstables. This should never happen since compactions are marked finished before we start removing the old sstables"

This happens when sstables that have been compacted away are removed, but they still have entries in the system.compactions_in_progress table.

Normally this should not happen because the entries in system.compactions_in_progress are deleted before the old sstables are deleted.

However at startup recovery time, old sstables are deleted (NOT BEFORE they are removed from the compactions_in_progress table) and then after that is done it does a truncate using SystemKeyspace.discardCompactionsInProgress

We ran into a case where the disk filled up and the node died and was bounced and then failed to truncate this table on startup, and then got stuck hitting this exception in ColumnFamilyStore.removeUnfinishedCompactionLeftovers.

Maybe on startup we can delete from this table incrementally as we clean stuff up in the same way that compactions delete from this table before they delete old sstables.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira