Re: manual InitialToken assignemnt

2010-07-09 Thread Sagar Agrawal
got it, thanks On Fri, Jul 9, 2010 at 6:21 PM, Per Olesen wrote: > Are you using OrderPreservingPartitioner or RandomPartitioner? > > Cause if you are using RandomPartitioner, a hash is calculated from "a" and > that hash is used to determine where the data for "a" key goes, not "a". > > > On Ju

Re: manual InitialToken assignemnt

2010-07-09 Thread Per Olesen
Are you using OrderPreservingPartitioner or RandomPartitioner? Cause if you are using RandomPartitioner, a hash is calculated from "a" and that hash is used to determine where the data for "a" key goes, not "a". On Jul 9, 2010, at 2:16 PM, Sagar Agrawal wrote: > I have a 2 node cluster > node1

Re: manual InitialToken assignemnt

2010-07-09 Thread Jonathan Ellis
see the beginning of http://wiki.apache.org/cassandra/Operations On Fri, Jul 9, 2010 at 7:16 AM, Sagar Agrawal wrote: > I have a 2 node cluster > node1 - 5 > node2 - 9 > > If I insert a row with key="a", which node should it go and why? > > It is going to node1, but I think it should go to node2,

manual InitialToken assignemnt

2010-07-09 Thread Sagar Agrawal
I have a 2 node cluster node1 - 5 node2 - 9 If I insert a row with key="a", which node should it go and why? It is going to node1, but I think it should go to node2, since token value of node is closer to "a" (using java string compareTo method) someone please clarify Thanks