Return-Path: Delivered-To: apmail-cassandra-user-archive@www.apache.org Received: (qmail 79380 invoked from network); 31 May 2010 19:08:04 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 31 May 2010 19:08:04 -0000 Received: (qmail 73619 invoked by uid 500); 31 May 2010 19:08:03 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 73590 invoked by uid 500); 31 May 2010 19:08:03 -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 73582 invoked by uid 99); 31 May 2010 19:08:03 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 31 May 2010 19:08:02 +0000 X-ASF-Spam-Status: No, hits=-0.1 required=10.0 tests=AWL,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of jbellis@gmail.com designates 74.125.82.172 as permitted sender) Received: from [74.125.82.172] (HELO mail-wy0-f172.google.com) (74.125.82.172) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 31 May 2010 19:07:57 +0000 Received: by wyf23 with SMTP id 23so265152wyf.31 for ; Mon, 31 May 2010 12:07:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:in-reply-to :references:from:date:message-id:subject:to:content-type :content-transfer-encoding; bh=4QIIQDrdyzAqBWkTveCnPQA5bID24o+6HDDir7ByebE=; b=pt1R4OUE6g1yHn6ZvWAHWVBkmHMcIt54dwh1MUqpj5gK3/YMfp2SX1CFaGgjPjg901 k/Zq/STE4/vjqEDBjrqbsW0M4xKso0zFaE2qIpGyP8qQySL+fvIzp7sXwnMLoFHcY4Mf 4utrFHKM4RafYScciKHWEzIstK0LNcs6uF/0k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type:content-transfer-encoding; b=uPDO369jeyLrPz3/ThGPbF+trSnTMGq4J51E3R8WSW75a6X6aE+UFOY7c+enMdEhBL cKTvPp6GKYNc6anywX0wllTJF23pRX2qNLBN4JVMlUWbA9YU8oveIsET5YRbSR0/9coF 03DCR9jdsdmcnXE8iQm7MUqH4OW77d2p3VjgA= Received: by 10.216.86.140 with SMTP id w12mr4581699wee.95.1275332856188; Mon, 31 May 2010 12:07:36 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.17.197 with HTTP; Mon, 31 May 2010 12:07:16 -0700 (PDT) In-Reply-To: References: From: Jonathan Ellis Date: Mon, 31 May 2010 14:07:16 -0500 Message-ID: Subject: Re: nodetool cleanup isn't cleaning up? To: user@cassandra.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable you have replication factor > 1 ? On Mon, May 31, 2010 at 7:23 AM, Ran Tavory wrote: > I hope I=A0understand=A0nodetool cleanup correctly - it should clean up a= ll data > that does not (currently) belong to this node. If so, I think it might no= t > be working correctly. > Look at nodes=A0192.168.252.124 and=A0192.168.252.99 below > 192.168.252.99Up =A0 =A0 =A0 =A0 279.35 MB =A0 =A0 3544607988759775661076= 818827414252202 > =A0 =A0 =A0|<--| > 192.168.252.124Up =A0 =A0 =A0 =A0 167.23 MB > 56713727820156410577229101238628035242 =A0 =A0 | =A0 ^ > 192.168.252.125Up =A0 =A0 =A0 =A0 82.91 MB > =A085070591730234615865843651857942052863 =A0 =A0 v =A0 | > 192.168.254.57Up =A0 =A0 =A0 =A0 366.6 MB > =A0113427455640312821154458202477256070485 =A0 =A0| =A0 ^ > 192.168.254.58Up =A0 =A0 =A0 =A0 88.44 MB > =A0141784319550391026443072753096570088106 =A0 =A0v =A0 | > 192.168.254.59Up =A0 =A0 =A0 =A0 88.45 MB > =A0170141183460469231731687303715884105727 =A0 =A0|-->| > I wanted 124 to take all the load from 99. So I issued a move command. > $ nodetool -h cass99 -p 9004 move 56713727820156410577229101238628035243 > > This command tells 99 to take the space b/w > (56713727820156410577229101238628035242,=A0567137278201564105772291012386= 28035243] > which is basically just one item in the token space, almost nothing... I > wanted it to be very slim (just playing around). > So, next I get this: > 192.168.252.124Up =A0 =A0 =A0 =A0 803.33 MB > 56713727820156410577229101238628035242 =A0 =A0 |<--| > 192.168.252.99Up =A0 =A0 =A0 =A0 352.85 MB > 56713727820156410577229101238628035243 =A0 =A0 | =A0 ^ > 192.168.252.125Up =A0 =A0 =A0 =A0 134.24 MB > 85070591730234615865843651857942052863 =A0 =A0 v =A0 | > 192.168.254.57Up =A0 =A0 =A0 =A0 676.41 MB > 113427455640312821154458202477256070485 =A0 =A0| =A0 ^ > 192.168.254.58Up =A0 =A0 =A0 =A0 99.74 MB > =A0141784319550391026443072753096570088106 =A0 =A0v =A0 | > 192.168.254.59Up =A0 =A0 =A0 =A0 99.94 MB > =A0170141183460469231731687303715884105727 =A0 =A0|-->| > The tokens are correct, but it seems that 99 still has a lot of data. Why= ? > OK, that might be b/c it didn't delete its moved data. > So next I issued a nodetool cleanup, which should have taken care of that= . > Only that it didn't, the node 99 still has 352 MB of data. Why? > So, you know what, I waited for 1h. Still no good, data wasn't cleaned up= . > I restarted the server. Still, data wasn't cleaned up... I issued a clean= up > again... still no good... what's up with this node? > > --=20 Jonathan Ellis Project Chair, Apache Cassandra co-founder of Riptano, the source for professional Cassandra support http://riptano.com