cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Jeff Jirsa (JIRA)" <>
Subject [jira] [Commented] (CASSANDRA-9774) fix sstableverify dtest
Date Sat, 11 Jul 2015 06:05:04 GMT


Jeff Jirsa commented on CASSANDRA-9774:

Is this related to CASSANDRA-9686 ? 

> fix sstableverify dtest
> -----------------------
>                 Key: CASSANDRA-9774
>                 URL:
>             Project: Cassandra
>          Issue Type: Sub-task
>            Reporter: Jim Witschey
>            Assignee: Jim Witschey
>            Priority: Blocker
>             Fix For: 3.0.x
> One of our dtests for {{sstableverify}} ({{}})
is failing hard on trunk ([cassci history|])
> The way the test works is by deleting an SSTable, then running {{sstableverify}} on its
table. In earlier versions, it successfully detects this problem and outputs that it "was
not released before the reference was garbage collected". The test no longer finds this string
in the output; looking through the output of the test, it doesn't look like it reports any
problems at all.
> EDIT: After digging into the C* source a bit, I may have misattributed the problem to
{{sstableverify}}; this could be a more general memory management problem, as the error text
expected in the dtest is emitted by part of the {{Ref}} implementation:

This message was sent by Atlassian JIRA

View raw message