From user-return-32279-apmail-cassandra-user-archive=cassandra.apache.org@cassandra.apache.org Fri Mar 1 00:48:44 2013 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 A25DCD1FC for ; Fri, 1 Mar 2013 00:48:44 +0000 (UTC) Received: (qmail 74159 invoked by uid 500); 1 Mar 2013 00:48:42 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 74130 invoked by uid 500); 1 Mar 2013 00:48:42 -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 74119 invoked by uid 99); 1 Mar 2013 00:48:42 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 01 Mar 2013 00:48:42 +0000 X-ASF-Spam-Status: No, hits=-0.1 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of btv1==7729d99f03f==mkjellman@barracuda.com designates 64.235.145.84 as permitted sender) Received: from [64.235.145.84] (HELO bsf04.barracuda.com) (64.235.145.84) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 01 Mar 2013 00:48:37 +0000 X-ASG-Debug-ID: 1362098896-03dc6427d9745e0001-f7dORa Received: from bn-scl-fe06.Cudanet.local (mail.barracuda.com [10.8.1.48]) by bsf04.barracuda.com with ESMTP id sUeMKLy5uSAG3qHP (version=TLSv1 cipher=AES128-SHA bits=128 verify=NO) for ; Thu, 28 Feb 2013 16:48:16 -0800 (PST) X-Barracuda-Envelope-From: mkjellman@barracuda.com Received: from bn-scl-be03.Cudanet.local ([::1]) by bn-scl-fe06.Cudanet.local ([::1]) with mapi; Thu, 28 Feb 2013 16:48:16 -0800 From: Michael Kjellman X-Barracuda-Apparent-Source-IP: ::1 To: "user@cassandra.apache.org" Date: Thu, 28 Feb 2013 16:48:15 -0800 Subject: Re: can we wipe CF data dir and run repair(is this safe?) Thread-Topic: can we wipe CF data dir and run repair(is this safe?) X-ASG-Orig-Subj: Re: can we wipe CF data dir and run repair(is this safe?) Thread-Index: Ac4WFnXVcHSB9zVjQ3OO+2ZF+8CihA== Message-ID: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.1.130117 acceptlanguage: en-US Content-Type: multipart/alternative; boundary="_000_CD553A851352Cmkjellmanbarracudacom_" MIME-Version: 1.0 X-Barracuda-Connect: mail.barracuda.com[10.8.1.48] X-Barracuda-Start-Time: 1362098896 X-Barracuda-Encrypted: AES128-SHA X-Barracuda-URL: http://bsf04.barracuda.com:8000/cgi-mod/mark.cgi Received-SPF: softfail (barracuda.com: domain of transitioning mkjellman@barracuda.com does not designate ::1 as permitted sender) X-Barracuda-BRTS-Status: 1 X-Virus-Scanned: by bsmtpd at barracuda.com X-Barracuda-Spam-Score: 0.15 X-Barracuda-Spam-Status: No, SCORE=0.15 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=9.0 tests=BSF_SPF_SOFTFAIL, CN_BODY_332, HTML_MESSAGE, THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.123897 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... 0.12 CN_BODY_332 BODY: CN_BODY_332 0.00 HTML_MESSAGE BODY: HTML included in message 0.00 BSF_SPF_SOFTFAIL Custom Rule SPF Softfail X-Virus-Checked: Checked by ClamAV on apache.org --_000_CD553A851352Cmkjellmanbarracudacom_ Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Only thing I'm worried with on this is that repair tends to be slower for m= e than upgradesstables in practice whenever I've tried to do something simi= lar. And you still will need to do a cleanup afterwards anyways. Sometimes just leaving it alone and not poking every two seconds might be t= he best bet (assuming C* isn't dying while your trying to do the upgradesst= ables op) From: Edward Capriolo > Reply-To: "user@cassandra.apache.org" > Date: Thursday, February 28, 2013 4:41 PM To: "user@cassandra.apache.org" > Subject: Re: can we wipe CF data dir and run repair(is this safe?) If you are reading at quorum you are ok. However if your reading at one you= suffer a chance of getting an empty return until repair is complete. On Thursday, February 28, 2013, Hiller, Dean > wrote: > My goal is tweaking the bloomfilter down and needing to run > upgradesstables is really not working out and I figure wipe the CF on one > node and then run repair to get all his data back with the new > bloomfilter. We backed up one node and tried this and it seems to work= =A9is > this ok or will I have issues? > > Why is it not working out you ask=A9.Well, we keep seeing an upgradesstab= les > on our nreldata CF go to 100% and then start all over again at 0% so we > killed it as it is already taking over 24 hours not sure it is getting > anywhere. > > Thanks, > Dean > > On 2/28/13 12:25 PM, "Michael Kjellman" > wrote: > >>Is your goal to rebuild a cf from scratch? >> >>On Feb 28, 2013, at 11:24 AM, "Hiller, Dean" > wrote: >> >>> Title says it all. Anyone know? >>> >>> Thanks, >>> Dean >> >>Copy, by Barracuda, helps you store, protect, and share all your amazing >> >>things. Start today: www.copy.com. > > Copy, by Barracuda, helps you store, protect, and share all your amazing=0D things. Start today: www.copy.com. --_000_CD553A851352Cmkjellmanbarracudacom_ Content-Type: text/html; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable
Only thing I'm worried w= ith on this is that repair tends to be slower for me than upgradesstables i= n practice whenever I've tried to do something similar. And you still will = need to do a cleanup afterwards anyways.

Sometimes= just leaving it alone and not poking every two seconds might be the best b= et (assuming C* isn't dying while your trying to do the upgradesstables op)=

From: Ed= ward Capriolo <edlinuxguru@gmai= l.com>
Reply-To: "user@cassandra.apache.org" <<= a href=3D"mailto:user@cassandra.apache.org">user@cassandra.apache.org&g= t;
Date: Thursday, February 28,= 2013 4:41 PM
To: "user@cassandra.apache.org" <user@cassandra.apache.org>
= Subject: Re: can we wipe CF data d= ir and run repair(is this safe?)


If you are rea= ding at quorum you are ok. However if your reading at one you suffer a chan= ce of getting an empty return until repair is complete.
On Thursday, Feb= ruary 28, 2013, Hiller, Dean <De= an.Hiller@nrel.gov> wrote:
> My goal is tweaking the bloomfilter down and needing to run
> up= gradesstables is really not working out and I figure wipe the CF on one
= > node and then run repair to get all his data back with the new
> bloomfilter.  We backed up one node and tried this and it seems t= o work=A9is
> this ok or will I have issues?
>
> Why is i= t not working out you ask=A9.Well, we keep seeing an upgradesstables
>= ; on our nreldata CF go to 100% and then start all over again at 0% so we > killed it as it is already taking over 24 hours not sure it is getting=
> anywhere.
>
> Thanks,
> Dean
>
> On = 2/28/13 12:25 PM, "Michael Kjellman" <mkjellman@barracuda.com> wrote:
>
>>Is your goal to rebuild a cf from scratch?
>>
&= gt;>On Feb 28, 2013, at 11:24 AM, "Hiller, Dean" <Dean.Hiller@nrel.gov> wrote:
>>
>>> Title says it all.  Anyone know?
>>>
>&= gt;> Thanks,
>>> Dean
>>
>>Copy, by Barrac= uda, helps you store, protect, and share all your amazing
>>
&g= t;>things. Start today: www.copy.com= .
>
>

=0D ----------------------------------
=0D Copy, by Barracuda, helps you store, protect, and share all your amazing=0D things. Start today: www.copy= .com.=0D =0D
  ­­   --_000_CD553A851352Cmkjellmanbarracudacom_--