cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Mike Heffner (JIRA)" <>
Subject [jira] [Commented] (CASSANDRA-5857) NumberFormatException during decommission
Date Fri, 23 Aug 2013 21:23:52 GMT


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:
>             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(
>         at java.lang.Long.parseLong(
>         at java.lang.Long.parseLong(
>         at org.apache.cassandra.service.StorageService.extractExpireTime(
>         at org.apache.cassandra.service.StorageService.handleStateLeft(
>         at org.apache.cassandra.service.StorageService.onChange(
>         at org.apache.cassandra.gms.Gossiper.doNotifications(
>         at org.apache.cassandra.gms.Gossiper.applyNewStates(
>         at org.apache.cassandra.gms.Gossiper.applyStateLocally(
>         at org.apache.cassandra.gms.GossipDigestAck2VerbHandler.doVerb(
>         at
>         at java.util.concurrent.ThreadPoolExecutor.runWorker(
>         at java.util.concurrent.ThreadPoolExecutor$
>         at
> {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:

View raw message