Return-Path: Delivered-To: apmail-cassandra-user-archive@www.apache.org Received: (qmail 25352 invoked from network); 12 Apr 2011 15:12:12 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 12 Apr 2011 15:12:12 -0000 Received: (qmail 6093 invoked by uid 500); 12 Apr 2011 15:12:10 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 6065 invoked by uid 500); 12 Apr 2011 15:12:10 -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 6057 invoked by uid 99); 12 Apr 2011 15:12:10 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 12 Apr 2011 15:12:10 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of jonathan.colby@gmail.com designates 209.85.214.44 as permitted sender) Received: from [209.85.214.44] (HELO mail-bw0-f44.google.com) (209.85.214.44) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 12 Apr 2011 15:12:02 +0000 Received: by bwz13 with SMTP id 13so6275913bwz.31 for ; Tue, 12 Apr 2011 08:11:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:content-type:mime-version:subject:from :in-reply-to:date:content-transfer-encoding:message-id:references:to :x-mailer; bh=mfJCqTjaweFq3t9ZsVMcsJsXPn+8IWcqDLxMmCw3rXM=; b=H5Es5H8ZWfhiZJHRhjpPge23xB9n/vs438m0x1vpWNHL7DWJVPe9dDwAldWgk5WDeW ArA9s6uQ7AQoemhLCuFIwa/H9z3YRtiO7UJnKqK1CBxRBpHYSkkVNcBSxOeH2CfW+27P B8P5w3sRG9QFBRici1i2fbQ6QTNEeyVbp67cw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=content-type:mime-version:subject:from:in-reply-to:date :content-transfer-encoding:message-id:references:to:x-mailer; b=RZIJXdAUAizHXZwcFSMb8GmVt2dk4/ECLIriNbGpwPQVpWepaUHlum9jXh70iRB4CZ EC/OwTwjyo/G3MjwqUC8jn2Yaf65Y0pM1P7p0MXzL+KIwVWgA2nqM7D0LiN4APpUrWDg TZihDkKqiwYWudKB3pcoQFO57oWcXYOA4sQ1s= Received: by 10.204.154.215 with SMTP id p23mr227426bkw.113.1302621101322; Tue, 12 Apr 2011 08:11:41 -0700 (PDT) Received: from siteop-12.mobile.rz ([194.50.70.51]) by mx.google.com with ESMTPS id q24sm3919898bks.9.2011.04.12.08.11.39 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 12 Apr 2011 08:11:39 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1084) Subject: Re: quick repair tool question From: Jonathan Colby In-Reply-To: <7BB54C70-ED2F-47FC-BAE9-1CA8DEC57F53@gmail.com> Date: Tue, 12 Apr 2011 17:11:39 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <694526B6-C5D6-42AC-8DAD-59AF82FCCE38@gmail.com> References: <7BB54C70-ED2F-47FC-BAE9-1CA8DEC57F53@gmail.com> To: user@cassandra.apache.org X-Mailer: Apple Mail (2.1084) I think I answered the question myself. The data is streaming in from = other replicas even though the node's data dir was emptied out (system = dir was left alone). =20 I'm not sure if this is the "kosher" way to rebuild the sstable data, = but it seemed to work. =20 /var/lib/cassandra/data # /opt/cassandra/bin/nodetool -h $HOSTNAME -p = 35014 netstats=20 Mode: Normal Not sending any streams. Streaming from: /10.46.108.100 DFS: = /var/lib/cassandra/data/DFS/main-f-85-Data.db/(101772144,192460041),(19246= 0041,267088244) progress=3D0/165316100 - 0% DFS: = /var/lib/cassandra/data/DFS/main-f-86-Data.db/(118410757,194489915),(19448= 9915,247653739) progress=3D0/129242982 - 0% DFS: = /var/lib/cassandra/data/DFS/main-f-40-Data.db/(4823893695,4850323665),(485= 0323665,7818579650) progress=3D0/2994685955 - 0% DFS: = /var/lib/cassandra/data/DFS/main-f-89-Data.db/(0,707948),(707948,2011040) progress=3D0/2011040 - 0% DFS: = /var/lib/cassandra/data/DFS/main-f-70-Data.db/(778069440,1015544852),(1015= 544852,1200443249) progress=3D0/422373809 - 0% DFS: = /var/lib/cassandra/data/DFS/main-f-71-Data.db/(119366025,132069485),(13206= 9485,156787816) progress=3D0/37421791 - 0% Streaming from: /10.47.108.100 DFS: = /var/lib/cassandra/data/DFS/main-f-365-Data.db/(0,24748050),(126473995,170= 409694) progress=3D0/68683749 - 0% DFS: = /var/lib/cassandra/data/DFS/main-f-367-Data.db/(0,935041),(935041,2238133)= progress=3D0/2238133 - 0% DFS: = /var/lib/cassandra/data/DFS/main-f-366-Data.db/(0,4608808),(37713613,46884= 920) progress=3D0/13780115 - 0% DFS: = /var/lib/cassandra/data/DFS/main-f-242-Data.db/(0,1057203157),(3307900143,= 4339490352) progress=3D0/2088793366 - 0% DFS: = /var/lib/cassandra/data/DFS/main-f-352-Data.db/(0,19422069),(81246761,1225= 37002) progress=3D0/60712310 - 0% DFS: = /var/lib/cassandra/data/DFS/main-f-225-Data.db/(0,1580865981),(4540941750,= 6024843721) progress=3D0/3064767952 - 0% DFS: = /var/lib/cassandra/data/DFS/main-f-349-Data.db/(0,21720053),(54115405,7171= 6716) progress=3D0/39321364 - 0% DFS: = /var/lib/cassandra/data/DFS/main-f-364-Data.db/(0,72606213),(175419693,238= 159626) progress=3D0/135346146 - 0% DFS: = /var/lib/cassandra/data/DFS/main-f-363-Data.db/(0,1184983783),(3458591846,= 4556646617) progress=3D0/2283038554 - 0% DFS: = /var/lib/cassandra/data/DFS/main-f-368-Data.db/(0,756228),(756228,1626647)= progress=3D0/1626647 - 0% DFS: = /var/lib/cassandra/data/DFS/main-f-361-Data.db/(48074007,78009236) progress=3D0/29935229 - 0% DFS: = /var/lib/cassandra/data/DFS/main-f-226-Data.db/(0,3111952321),(8592898278,= 11484622800) progress=3D0/6003676843 - 0% Pool Name Active Pending Completed Commands n/a 0 5765 Responses n/a 0 9811 On Apr 12, 2011, at 4:59 PM, Jonathan Colby wrote: > does a repair just compare the existing data from sstables on the node = being repaired, or will it "figure out" which data this node should have = and copy it in? >=20 > I'm trying to refresh all the data for a given node (without = reassigning the token) starting with an emptied out data directory. >=20 > I tried nodetool move, but if I give the same token it previously was = assigned it doesn't seem to trigger a decommission/bootstrap.=20 >=20 > Thanks.