Return-Path: X-Original-To: apmail-cassandra-user-archive@www.apache.org Delivered-To: apmail-cassandra-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 273DA6223 for ; Sat, 23 Jul 2011 04:15:49 +0000 (UTC) Received: (qmail 78278 invoked by uid 500); 23 Jul 2011 04:15:46 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 77888 invoked by uid 500); 23 Jul 2011 04:15:34 -0000 Mailing-List: contact user-help@cassandra.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@cassandra.apache.org Delivered-To: mailing list user@cassandra.apache.org Received: (qmail 77826 invoked by uid 99); 23 Jul 2011 04:15:31 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 23 Jul 2011 04:15:31 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of mina.naguib@bloomdigital.com designates 209.85.212.44 as permitted sender) Received: from [209.85.212.44] (HELO mail-vw0-f44.google.com) (209.85.212.44) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 23 Jul 2011 04:15:25 +0000 Received: by vws12 with SMTP id 12so2535154vws.31 for ; Fri, 22 Jul 2011 21:15:04 -0700 (PDT) Received: by 10.52.73.167 with SMTP id m7mr2161121vdv.510.1311394504695; Fri, 22 Jul 2011 21:15:04 -0700 (PDT) Received: from host.lan (modemcable108.79-23-96.mc.videotron.ca [96.23.79.108]) by mx.google.com with ESMTPS id c13sm1103771vcp.20.2011.07.22.21.15.03 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 22 Jul 2011 21:15:04 -0700 (PDT) Subject: Re: Equalizing nodes storage load Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Mina Naguib In-Reply-To: <4E29E4D9.5080204@yahoo.co.uk> Date: Sat, 23 Jul 2011 00:15:01 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: References: <9A77C9AD-E511-43FD-8390-5AA40E57E632@bloomdigital.com> <4E29E4D9.5080204@yahoo.co.uk> To: user@cassandra.apache.org X-Mailer: Apple Mail (2.1084) Hi Peter That was precisely it. Thank you :) Doing a major compaction on the heaviest node (74.65GB) reduced it to = 33.55GB. I'll compact the other 2 nodes as well. I anticipate they will also = settle around that size. On 2011-07-22, at 5:00 PM, Peter Tillotson wrote: > I'm not sure if this is the answer, but major compaction on each node > for each column family. I suspect the data shuffle has left quite a = few > deleted keys which may get cleaned out on major compaction. As I > remember major compaction doesn't automatically in 7.x, I'm not sure = if > it is triggered by repair. >=20 > p >=20 > On 22/07/11 16:08, Mina Naguib wrote: >>=20 >> I'm trying to balance Load ( 41.98GB vs 59.4GB vs 74.65GB ) >>=20 >> Owns looks ok. They're all 33.33% which is what I want. It was = calculated simply by 2^127 / num_nodes. The only reason the first one = doesn't start at 0 is that I''ve actually carved the ring planning for 9 = machines (2 new data centers of 3 machines each). However only 1 data = center (DCMTL) is currently up. >>=20 >>=20 >> On 2011-07-22, at 10:56 AM, Sasha Dolgy wrote: >>=20 >>> are you trying to balance "load" or "owns" ? "owns" looks fine ... >>> 33.33% each ... which to me says balanced. >>>=20 >>> how did you calculate your tokens? >>>=20 >>>=20 >>> On Fri, Jul 22, 2011 at 4:37 PM, Mina Naguib >>> wrote: >>>>=20 >>>> Address Status State Load Owns Token >>>> xx.xx.x.105 Up Normal 41.98 GB 33.33% = 37809151880104273718152734159085356828 >>>> xx.xx.x.107 Up Normal 59.4 GB 33.33% = 94522879700260684295381835397713392071 >>>> xx.xx.x.18 Up Normal 74.65 GB 33.33% = 151236607520417094872610936636341427313 >>=20 >>=20 >=20