And I'm still getting UnavailableException and TimedOutException when there
Cassandra daemon is doing either Compaction or Garbage collection...

On Thu, Sep 30, 2010 at 2:42 PM, Rana Aich <aichr...@gmail.com> wrote:

> I ran the nodetool cleanup...but the scenario doesn't change...
>
>
> On Thu, Sep 30, 2010 at 1:14 PM, Edward Capriolo <edlinuxg...@gmail.com>wrote:
>
>> After nodetool move you have to run nodetool cleanup.
>>
>> On Thu, Sep 30, 2010 at 3:45 PM, Rana Aich <aichr...@gmail.com> wrote:
>> > I have arranged my initial tokens and get this result:
>> > Address       Status     Load          Range
>> >      Ring
>> >
>> > 170141183460469231731687303715880000000
>> > 192.168.202.1 Up         208.39 GB
>> > 34028236692093846346337460743177000000     |<--|
>> > 192.168.202.2 Up         333.52 GB
>> > 68056473384187692692674921486354000000     |   ^
>> > 192.168.202.3 Up         333.49 GB
>> > 102084710076281539039012382229530000000    v   |
>> > 192.168.202.4 Up         333.59 GB
>> > 136112946768375385385349842972710000000    |   ^
>> > 192.168.202.201Up         208.41 GB
>> > 144620005941398846971934208158500000000    v   |
>> > 192.168.202.202Up         83.32 GB
>> >  153127065114422308558518573344300000000    |   ^
>> > 192.168.202.203Up         83.3 GB
>> > 161634124287445770145102938530090000000    v   |
>> > 192.168.202.204Up         83.38 GB
>> >  170141183460469231731687303715880000000    |-->
>> > The the range is calculated as follows:
>> > 1st Initial Token 2^127 * 0.2,
>> > 2nd Initial Token 2^127 * 0.4,
>> > 3rd Initial Token 2^127 * 0.6,
>> > 4th Initial Token 2^127 * 0.8,
>> > 5th Initial Token 2^127 * 0.85,
>> > 6th Initial Token 2^127 * 0.9,
>> > 7th Initial Token 2^127 * 0.95
>> > 8th Initial Token 2^127 * 1.0
>> > With the top four boxes having 80% of disk space. And the bottom 4
>> having
>> > 20% of the total.
>> > However as the nodetool shows my 5th box (Lowend Box) has 208.41 GB
>> > (expected result ~ 83 GB) with 73% of the capacity already utilized.
>> Other 3
>> > Lowend boxes (~83GB) are behaving properly.
>> > Does anyone have any clue?
>> >>
>> > On Mon, Sep 27, 2010 at 11:50 PM, Oleg Anastasyev <olega...@gmail.com>
>> > wrote:
>> >>
>> >> Rana Aich <aichrana <at> gmail.com> writes:
>> >>
>> >> >
>> >> > Yet my nodetool shows the following:
>> >> >
>> >> > 192.168.202.202Down       319.94 GB
>> >> > 7200044730783885730400843868815072654
>> >>      |<--|
>> >> > 192.168.202.4 Up         382.39 GB
>> >> > 23719654286404067863958492664769598669
>> >>     |   ^
>> >> > 192.168.202.2 Up         106.81 GB
>> >> > 36701505058375526444137310055285336988
>> >>     v   |
>> >> > 192.168.202.3 Up         149.81 GB
>> >> > 65098486053779167479528707238121707074
>> >>     |   ^
>> >> > 192.168.202.201Up         154.72 GB
>> >> > 79420606800360567885560534277526521273
>> >>     v   |
>> >> > 192.168.202.204Up         72.91 GB
>> >> >  85219217446418416293334453572116009608
>> >>     |   ^
>> >> > 192.168.202.1 Up         29.78 GB
>> >> >  87632302962564279114105239858760976120
>> >>     v   |
>> >> > 192.168.202.203Up         9.35 GB
>> >> > 87790520647700936489181912967436646309
>> >>     |-->|
>> >>
>> >> It seems you did not configured tokens in your ring at all - automatic
>> >> configuration is useless in practice.
>> >> If you used random partitioning, for 8 nodes cluster these token
>> >> configuration
>> >> seems more reasonable:
>> >> 1:      0
>> >> 2:      21267647932558653966460912964485513216
>> >> 3:      42535295865117307932921825928971026432
>> >> 4:      63802943797675961899382738893456539648
>> >> 5:      85070591730234615865843651857942052864
>> >> 6:      106338239662793269832304564822427566080
>> >> 7:      127605887595351923798765477786913079296
>> >> 8:      148873535527910577765226390751398592512
>> >>
>> >> You can generate token configuration for any cluster size by using tool
>> >> http://people.apache.org/~pquerna/cassandra_tokens.py
>> >>
>> >>
>> >>
>> >>
>> >>
>> >>
>> >>
>> >>
>> >>
>> >
>> >
>>
>
>

Reply via email to