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

Mike Heffner commented on CASSANDRA-5857:
-----------------------------------------

Should this be a higher priority issue for release planning purposes? We ran 
into this issue when decommissioning a node from a 1.2.8 ring. Actually getting 
that node to finally leave was quite a task:

1) Ran decommision, failed with above error after streaming all data.
2) Tried to use nodetool removenode, node was in 'UL' state so wouldn't run.
3) Shutdown cassandra to try and move node to a DOWN state, node was still 
stuck in 'UL' state.
4) Tried a unsafeAssassinateEndpoint operation. That failed with same error as 
above and node was not removed. It did however move the node from UL -> DL.
5) Reran removenode as node was now in a DOWN state. After restreaming, node 
was finally removed.


                
> NumberFormatException during decommission
> -----------------------------------------
>
>                 Key: CASSANDRA-5857
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-5857
>             Project: Cassandra
>          Issue Type: Bug
>            Reporter: Brandon Williams
>            Assignee: Brandon Williams
>            Priority: Minor
>             Fix For: 1.2.9
>
>         Attachments: 5857.txt
>
>
> We half-fixed this in CASSANDRA-5696, but unfortunately StorageService is 
> still looking at the token to get the expiretime in some cases.
> {noformat}
> java.lang.NumberFormatException: For input string: 
> "113427455640312821154458202477256070484"
>         at 
> java.lang.NumberFormatException.forInputString(NumberFormatException.java:65)
>         at java.lang.Long.parseLong(Long.java:444)
>         at java.lang.Long.parseLong(Long.java:483)
>         at 
> org.apache.cassandra.service.StorageService.extractExpireTime(StorageService.java:1660)
>         at 
> org.apache.cassandra.service.StorageService.handleStateLeft(StorageService.java:1515)
>         at 
> org.apache.cassandra.service.StorageService.onChange(StorageService.java:1234)
>         at 
> org.apache.cassandra.gms.Gossiper.doNotifications(Gossiper.java:953)
>         at org.apache.cassandra.gms.Gossiper.applyNewStates(Gossiper.java:944)
>         at 
> org.apache.cassandra.gms.Gossiper.applyStateLocally(Gossiper.java:902)
>         at 
> org.apache.cassandra.gms.GossipDigestAck2VerbHandler.doVerb(GossipDigestAck2VerbHandler.java:50)
>         at 
> org.apache.cassandra.net.MessageDeliveryTask.run(MessageDeliveryTask.java:56)
>         at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
>         at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
>         at java.lang.Thread.run(Thread.java:722)
> {noformat}

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Reply via email to