You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Philip Thompson (JIRA)" <ji...@apache.org> on 2015/05/27 15:56:17 UTC

[jira] [Commented] (CASSANDRA-9482) SSTable leak after stress and repair

    [ https://issues.apache.org/jira/browse/CASSANDRA-9482?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14560999#comment-14560999 ] 

Philip Thompson commented on CASSANDRA-9482:
--------------------------------------------

/cc [~krummas]

> SSTable leak after stress and repair
> ------------------------------------
>
>                 Key: CASSANDRA-9482
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-9482
>             Project: Cassandra
>          Issue Type: Bug
>            Reporter: Jim Witschey
>
> I have a dtest that fails intermittently because of SSTable leaks. The test logic leading to the error is:
> - create a 5-node cluster
> - insert 5000 records with {{stress}}, RF=3 at CL=ONE
> - run {{flush}} on all nodes 
> - run {{repair}} on a single node.
> The leak is detected on a different node than {{repair}} was run on.
> The failing test is [here|https://github.com/mambocab/cassandra-dtest/blob/CASSANDRA-5839-squash/repair_test.py#L317]. The relevant error his [here|https://gist.github.com/mambocab/8aab7b03496e0b279bd3#file-node2-log-L256], along with the errors from the entire 5-node cluster. In these logs, the {{repair}} was run on {{node1}} and the leak was found on {{node2}}.
> I can bisect, but I thought I'd get the ball rolling in case someone knows where to look.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)