This would be RP (cluster upgraded from 0.6->0.8->1.0->1.1 ;-). Looks to me 
like decommission assumes Murmur and 64-bit tokens.

/Janne

On Aug 25, 2013, at 17:25 , Nate McCall <n...@thelastpickle.com> wrote:

> Are you using Murmur3 or the older Random partitioner on this cluster?
> 
> 
> On Sun, Aug 25, 2013 at 3:06 AM, Janne Jalkanen <janne.jalka...@ecyrd.com> 
> wrote:
> This on cass 1.2.8
> 
> Ring state before decommission
> 
> --  Address         Load       Owns   Host ID                               
> Token                                    Rack
> UN  10.0.0.1  38.82 GB   33.3%  21a98502-dc74-4ad0-9689-0880aa110409  1       
>                                  1a
> UN  10.0.0.2   33.5 GB    33.3%  cba6b27a-4982-4f04-854d-cc73155d5f69  
> 56713727820156407428984779325531226110   1b
> UN  10.0.0.3  37.41 GB   0.0%   6ba2c7d4-713e-4c14-8df8-f861fb211b0d  
> 56713727820156407428984779325531226111   1b
> UN  10.0.0.4  35.7 GB    33.3%  bf3d4792-f3e0-4062-afe3-be292bc85ed7  
> 113427455640312814857969558651062452222  1c
> 
> Trying to decommission the node
> 
> ubuntu@10.0.0.3:~$ nodetool decommission
> Exception in thread "main" java.lang.NumberFormatException: For input string: 
> "56713727820156407428984779325531226111"
>         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:949)
>         at 
> org.apache.cassandra.gms.Gossiper.addLocalApplicationState(Gossiper.java:1116)
>         at 
> org.apache.cassandra.service.StorageService.leaveRing(StorageService.java:2817)
>         at 
> org.apache.cassandra.service.StorageService.unbootstrap(StorageService.java:2861)
>         at 
> org.apache.cassandra.service.StorageService.decommission(StorageService.java:2808)
> 
> Now I'm in a state where the machine is still "up" but "leaving" but I can't 
> seem to get it out of the ring.  For example:
> 
> % nodetool removenode 6ba2c7d4-713e-4c14-8df8-f861fb211b0d
> Exception in thread "main" java.lang.UnsupportedOperationException: Node 
> /10.0.0.3 is alive and owns this ID. Use decommission command to remove it 
> from the ring
> 
> Any ideas?
> 
> /Janne
> 

Reply via email to