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

Jason Harvey updated CASSANDRA-3256:
------------------------------------

    Description: 
When repairing a node, the following exception was thrown two times:

{code}
ERROR [AntiEntropyStage:2] 2011-09-23 23:00:24,016 AbstractCassandraDaemon.java 
(line 139) Fatal exception in thread Thread[AntiEntropyStage:2,5,main]
java.lang.AssertionError
        at 
org.apache.cassandra.service.AntiEntropyService.rendezvous(AntiEntropyService.java:170)
        at 
org.apache.cassandra.service.AntiEntropyService.access$100(AntiEntropyService.java:90)
        at 
org.apache.cassandra.service.AntiEntropyService$TreeResponseVerbHandler.doVerb(AntiEntropyService.java:518)
        at 
org.apache.cassandra.net.MessageDeliveryTask.run(MessageDeliveryTask.java:59)
        at 
java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
        at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
        at java.lang.Thread.run(Thread.java:662)
{code}

No other errors occurred on the node. From peeking at the code, this assertion 
appears to simply check if an existing repair session could be found. 
Interestingly, the repair did continue to run after this as evidenced by 
several other AntiEntropyService entires in the log.

8 node ring with an RF of 3, if that matters at all. No other nodes in the ring 
threw exceptions.

  was:
When repairing a node, the following exception was thrown two times:

{code}
ERROR [AntiEntropyStage:2] 2011-09-23 23:00:24,016 AbstractCassandraDaemon.java 
(line 139) Fatal exception in thread Thread[AntiEntropyStage:2,5,main]
java.lang.AssertionError
        at 
org.apache.cassandra.service.AntiEntropyService.rendezvous(AntiEntropyService.java:170)
        at 
org.apache.cassandra.service.AntiEntropyService.access$100(AntiEntropyService.java:90)
        at 
org.apache.cassandra.service.AntiEntropyService$TreeResponseVerbHandler.doVerb(AntiEntropyService.java:518)
        at 
org.apache.cassandra.net.MessageDeliveryTask.run(MessageDeliveryTask.java:59)
        at 
java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
        at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
        at java.lang.Thread.run(Thread.java:662)
{code}

No other errors occurred on the node. This assertion appears to be called if an 
existing Repair session could not be found. Interestingly, the repair did 
continue to run after this as evidenced by several other AntiEntropyService 
entires in the log.

8 node ring with an RF of 3, if that matters at all. No other nodes in the ring 
threw exceptions.


> AssertionError when repairing a node
> ------------------------------------
>
>                 Key: CASSANDRA-3256
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-3256
>             Project: Cassandra
>          Issue Type: Bug
>    Affects Versions: 0.8.5
>            Reporter: Jason Harvey
>            Priority: Minor
>
> When repairing a node, the following exception was thrown two times:
> {code}
> ERROR [AntiEntropyStage:2] 2011-09-23 23:00:24,016 
> AbstractCassandraDaemon.java (line 139) Fatal exception in thread 
> Thread[AntiEntropyStage:2,5,main]
> java.lang.AssertionError
>         at 
> org.apache.cassandra.service.AntiEntropyService.rendezvous(AntiEntropyService.java:170)
>         at 
> org.apache.cassandra.service.AntiEntropyService.access$100(AntiEntropyService.java:90)
>         at 
> org.apache.cassandra.service.AntiEntropyService$TreeResponseVerbHandler.doVerb(AntiEntropyService.java:518)
>         at 
> org.apache.cassandra.net.MessageDeliveryTask.run(MessageDeliveryTask.java:59)
>         at 
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
>         at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
>         at java.lang.Thread.run(Thread.java:662)
> {code}
> No other errors occurred on the node. From peeking at the code, this 
> assertion appears to simply check if an existing repair session could be 
> found. Interestingly, the repair did continue to run after this as evidenced 
> by several other AntiEntropyService entires in the log.
> 8 node ring with an RF of 3, if that matters at all. No other nodes in the 
> ring threw exceptions.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Reply via email to