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 BD04A88AE for ; Fri, 9 Sep 2011 02:19:27 +0000 (UTC) Received: (qmail 50647 invoked by uid 500); 9 Sep 2011 02:19:25 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 50472 invoked by uid 500); 9 Sep 2011 02:19:24 -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 50464 invoked by uid 500); 9 Sep 2011 02:19:24 -0000 Delivered-To: apmail-incubator-cassandra-user@incubator.apache.org Received: (qmail 50461 invoked by uid 99); 9 Sep 2011 02:19:24 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 09 Sep 2011 02:19:24 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of springrider@gmail.com designates 209.85.215.173 as permitted sender) Received: from [209.85.215.173] (HELO mail-ey0-f173.google.com) (209.85.215.173) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 09 Sep 2011 02:19:16 +0000 Received: by eyb7 with SMTP id 7so1033467eyb.18 for ; Thu, 08 Sep 2011 19:18:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; bh=yXdP2pY0JVcC3Vf2CmhNx10ieXzOQoWkNVQ4lD+hOpM=; b=lOsSnUVXcN8i+aZJM/lKLHMsbnyvKT61x2lXC2P/eAqZnTbzRZOKIS1XbPi/N7/DQU +HEVnonhpUbSt1m6Z5OV1Jg56p/jYV1hjZRUSn02SYVHfCYBFfT5OSBJjlPK8qiBh/Qh BNu7HeKwn4miqVw7JlSSq1b/KRTY7Dl7KGVlc= Received: by 10.213.108.138 with SMTP id f10mr512295ebp.135.1315534735847; Thu, 08 Sep 2011 19:18:55 -0700 (PDT) MIME-Version: 1.0 Received: by 10.213.33.201 with HTTP; Thu, 8 Sep 2011 19:18:35 -0700 (PDT) From: Yan Chunlu Date: Fri, 9 Sep 2011 10:18:35 +0800 Message-ID: Subject: what's the difference between repair CF separately and repair the entire node? To: cassandra-user@incubator.apache.org Content-Type: multipart/alternative; boundary=0015174c432c9eb09104ac78cc0c X-Virus-Checked: Checked by ClamAV on apache.org --0015174c432c9eb09104ac78cc0c Content-Type: text/plain; charset=ISO-8859-1 I have 3 nodes and RF=3. I tried to repair every node in the cluster by using "nodetool repair mykeyspace mycf" on every column family. it finished within 3 hours, the data size is no more than 50GB. after the repair, I have tried using nodetool repair immediately to repair the entire node, but 48 hours has past it still going on. "compactionstats" shows it is doing "SSTable rebuild". so I am frustrating about why does "nodetool repair" so slow? how does it different with repair every CF? I didn't tried to repair the system keyspace, does it also need to repair? thanks! --0015174c432c9eb09104ac78cc0c Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I have 3 nodes and RF=3D3. =A0I =A0tried to repair every node in the cluste= r by using "nodetool repair mykeyspace mycf" on every column fami= ly. =A0it finished within 3 hours, the data size is no more than 50GB.
= after the repair, I have tried using nodetool repair immediately to repair = the entire node, but 48 hours has past it still going on. "compactions= tats" shows it is doing "SSTable rebuild". =A0

so I am frustrating about why does "nodetool repai= r" so slow? =A0 how does it different with repair every CF? =A0
<= div>
I didn't tried to repair the system keyspace, does i= t also need to repair? =A0thanks!
--0015174c432c9eb09104ac78cc0c--