cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Michael Shuler (JIRA)" <>
Subject [jira] [Resolved] (CASSANDRA-9840) fails; loses mutations on cluster restart
Date Fri, 02 Oct 2015 16:54:27 GMT


Michael Shuler resolved CASSANDRA-9840.
    Resolution: Not A Problem

Shawn's probably not going to reply - he moved on to another project. :)

> fails; loses mutations on cluster restart
> ----------------------------------------------------------------------
>                 Key: CASSANDRA-9840
>                 URL:
>             Project: Cassandra
>          Issue Type: Bug
>            Reporter: Shawn Kumar
>            Assignee: Ariel Weisberg
>            Priority: Blocker
>             Fix For: 3.0.0 rc2
>         Attachments: node1.log, node2.log, node3.log, noseout.txt
> This test is currently failing on trunk. I've attached the test output and logs. It seems
that the failure of the test doesn't necessarily have anything to do with global row/key caches
- as on the initial loop of the test [neither are used|]
and we still hit failure. The test itself fails when a second validation of values after a
cluster restart fails to capture deletes issued prior to the restart and first successful
validation. However, if I add flushes prior to restarting the cluster the test completes successfully,
implying an issue with loss of in-memory mutations due to the cluster restart. Initially I
had though this might be due to CASSANDRA-9669, but as Benedict pointed out, the fact that
this test has been succeeding consistently on both 2.1 and 2.2 branch indicates there may
be another issue at hand.

This message was sent by Atlassian JIRA

View raw message