Mailing-List: contact commits-help@cassandra.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cassandra.apache.org
Date: Tue, 29 Aug 2017 21:48:01 +0000 (UTC)
From: "Blake Eggleston (JIRA)" <jira@apache.org>
To: commits@cassandra.apache.org
Message-ID: <JIRA.13096866.1503442841000.152503.1504043281799@Atlassian.JIRA>
In-Reply-To: <JIRA.13096866.1503442841000@Atlassian.JIRA>
References: <JIRA.13096866.1503442841000@Atlassian.JIRA> <JIRA.13096866.1503442841800@jira-lw-us.apache.org>
Subject: [jira] [Updated] (CASSANDRA-13786) Validation compactions can cause
 orphan sstable warnings
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
archived-at: Tue, 29 Aug 2017 21:48:09 -0000


     [ https://issues.apache.org/jira/browse/CASSANDRA-13786?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Blake Eggleston updated CASSANDRA-13786:
----------------------------------------
    Reviewer: Marcus Eriksson
      Status: Patch Available  (was: Open)

Fixed

[trunk|https://github.com/bdeggleston/cassandra/tree/orphan-sstables2]
[utest|https://circleci.com/gh/bdeggleston/cassandra/tree/orphan-sstables2]
[dtest|https://builds.apache.org/view/A-D/view/Cassandra/job/Cassandra-devbranch-dtest/230/]

> Validation compactions can cause orphan sstable warnings
> --------------------------------------------------------
>
>                 Key: CASSANDRA-13786
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-13786
>             Project: Cassandra
>          Issue Type: Bug
>            Reporter: Blake Eggleston
>            Assignee: Blake Eggleston
>            Priority: Minor
>             Fix For: 4.0
>
>
> I've seen LevelledCompactionStrategy occasionally logging: {quote}<sstable_name> from level 0 is not on corresponding level in the leveled manifest. This is not a problem per se, but may indicate an orphaned sstable due to a failed compaction not cleaned up properly."{quote} warnings from a ValidationExecutor thread.
> What's happening here is that a compaction running concurrently with the validation is promoting (or demoting) sstables as part of an incremental repair, and an sstable has changed hands by the time the validation compaction gets around to getting scanners for it. The sstable isolation/synchronization done by validation compactions is a lot looser than normal compactions, so seeing this happen isn't very surprising. Given that it's harmless, and not unexpected, I think it would be best to not log these during validation compactions.


--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscribe@cassandra.apache.org
For additional commands, e-mail: commits-help@cassandra.apache.org