You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Jim Witschey (JIRA)" <ji...@apache.org> on 2015/05/26 19:29:17 UTC
[jira] [Created] (CASSANDRA-9482) SSTable leak after stress and
repair
Jim Witschey created CASSANDRA-9482:
---------------------------------------
Summary: 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)