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 01AE1CA0C for ; Fri, 14 Mar 2014 17:28:39 +0000 (UTC) Received: (qmail 7224 invoked by uid 500); 14 Mar 2014 17:28:35 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 7201 invoked by uid 500); 14 Mar 2014 17:28:35 -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 7188 invoked by uid 99); 14 Mar 2014 17:28:34 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 14 Mar 2014 17:28:34 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of olek.stasiak@gmail.com designates 209.85.220.170 as permitted sender) Received: from [209.85.220.170] (HELO mail-vc0-f170.google.com) (209.85.220.170) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 14 Mar 2014 17:28:30 +0000 Received: by mail-vc0-f170.google.com with SMTP id hu19so3092626vcb.15 for ; Fri, 14 Mar 2014 10:28:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=U8TK1ESbAvz0nWMroCTgDTw5jkdQBovLDHGHfcCT9dU=; b=egjoJ8Yie/hjfoV62eyc9AFUTueo++CDHXRu3dL7PFDKQrpxMulVIDxYVi3D1QahsQ Nczjcml8g6dOFabVzy/YYwiM6HPNdpEuHQrIYljmBHhslhqz9oEWmk/jg3nIl+wgjLns zzfE+JBQ6d9YpXOlKcFXJLQ3bSM+hYv7+MQIBhM8enisFk6obCCQAB0oGOhkNI11SfGV hUKGi0zRKgepClV3RVSkqvWPx6i0pFoHkBAr8S54C9GfHWv4kuyoWjZrtH0lqPLYA1VW pmWrNbgbQHlyfmUVrlnhPSw6wvj82oQ+dGmrESQniNx05hU/05hvRqqEdMPxCtRHMD+v I3bQ== MIME-Version: 1.0 X-Received: by 10.221.61.210 with SMTP id wx18mr1838976vcb.27.1394818089375; Fri, 14 Mar 2014 10:28:09 -0700 (PDT) Received: by 10.220.203.133 with HTTP; Fri, 14 Mar 2014 10:28:09 -0700 (PDT) Received: by 10.220.203.133 with HTTP; Fri, 14 Mar 2014 10:28:09 -0700 (PDT) In-Reply-To: References: <531F0457.4020701@gmail.com> <531F0C47.4040003@gmail.com> Date: Fri, 14 Mar 2014 18:28:09 +0100 Message-ID: Subject: Re: Problems with adding datacenter and schema version disagreement From: "olek.stasiak@gmail.com" To: Emaillist for cass users Content-Type: multipart/alternative; boundary=001a1134a86ebe5e2f04f49464a6 X-Virus-Checked: Checked by ClamAV on apache.org --001a1134a86ebe5e2f04f49464a6 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable Ok, I'll do this during the weekend, I'll give you a feedback on Monday. Regards Aleksander 14 mar 2014 18:15 "Robert Coli" napisa=B3(a): > On Fri, Mar 14, 2014 at 12:40 AM, olek.stasiak@gmail.com < > olek.stasiak@gmail.com> wrote: > >> OK, I see, so the data files stay in place, i have to just stop >> cassandra on whole cluster, remove system schema and then start >> cluster and recreate all keyspaces with all column families? Data will >> be than loaded automatically from existing ssstables, right? >> > > Right. If you have clients reading while loading the schema, they may get > exceptions. > > >> So one more question: what about KS system_traces? should it be >> removed and recreted? What data it's holding? >> > > It's holding data about tracing, a profiling feature. It's safe to nuke. > > =3DRob > > --001a1134a86ebe5e2f04f49464a6 Content-Type: text/html; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable

Ok, I'll do this during the weekend, I'll give you a feedback on= Monday.
Regards
Aleksander

14 mar 2014 18:15 "Robert Coli" <rcoli@eventbrite.com> napisa= =B3(a):
On F= ri, Mar 14, 2014 at 12:40 AM, olek.stasiak@gmail.com <olek.stasiak@gmail.com= > wrote:
OK, I see, so the data files stay in place, = i have to just stop
cassandra on whole cluster, remove system schema and then start
cluster and recreate all keyspaces with all column families? Data will
be than loaded automatically from existing ssstables, right?

Right. If you have clients reading while loading the = schema, they may get exceptions.
=A0
So one more question: what about KS system_traces? should it be
removed and recreted? What data it's holding?

=
It's holding data about tracing, a profiling feature. It'= ;s safe to nuke.

=3DRob
=A0
--001a1134a86ebe5e2f04f49464a6--