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 CA05BDB82 for ; Fri, 24 Aug 2012 00:20:46 +0000 (UTC) Received: (qmail 13961 invoked by uid 500); 24 Aug 2012 00:20:44 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 13935 invoked by uid 500); 24 Aug 2012 00:20:44 -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 13927 invoked by uid 99); 24 Aug 2012 00:20:44 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 24 Aug 2012 00:20:44 +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 goudarzi@gmail.com designates 209.85.212.44 as permitted sender) Received: from [209.85.212.44] (HELO mail-vb0-f44.google.com) (209.85.212.44) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 24 Aug 2012 00:20:36 +0000 Received: by vbbez10 with SMTP id ez10so1615788vbb.31 for ; Thu, 23 Aug 2012 17:20:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=V/4hn4OjWhgyN9D1GStKpLEe7qM/UZ5NybW+A5OyHgw=; b=XjIyJQEYJyaDSnjMrAlxuwnhufyFMMw/8cpz0ns9llNj7FnUUBg64K0HueY3mJJwTs cKpZMBSM+RrPTkWYv/zcN0T5weXJCxo03BkKxl/lQ1MyMcS6ubDmdtEZZoDZKeXZcga6 cumdN+5+MsOFaxnxssDFVl8prmttJZOEbT482pMRvfQN0JMpPcWFouNhsTcHeWM4c6EP xcswUNM5rjqC5b/P6iER5ucX9Vu71ZuNj/KgLOuzD8bMS+8TOpaQ6vmGTXwnipw2bpp4 GSbpOq+pUhUzWQEh4YekS+XaFp7ha0KXmhVbDBoWGHph4nctKQPrIX0zYmibC3QcBby9 0QqQ== MIME-Version: 1.0 Received: by 10.52.36.76 with SMTP id o12mr2558866vdj.40.1345767615684; Thu, 23 Aug 2012 17:20:15 -0700 (PDT) Received: by 10.58.211.10 with HTTP; Thu, 23 Aug 2012 17:20:15 -0700 (PDT) Date: Thu, 23 Aug 2012 17:20:15 -0700 Message-ID: Subject: Steps to Manually Resolve Stuck Schema!! CASSANDRA-4561 From: Arya Goudarzi To: user@cassandra.apache.org Cc: ilya@cardspring.com Content-Type: multipart/alternative; boundary=20cf307abe7daee12704c7f7f08c X-Virus-Checked: Checked by ClamAV on apache.org --20cf307abe7daee12704c7f7f08c Content-Type: text/plain; charset=UTF-8 Just had a good conversation with rcoli in chat. Wanted to clarify the steps for resolving this issue and see if there are any pitfalls I am missing. Issue: I upgraded from 1.1.2 to 1.1.3 a while ago and today I realized I cannot make any schema changes since the fix in https://issues.apache.org/jira/browse/CASSANDRA-4432. Solution: Somehow I have to make Cassandra system's column family to forget about those old schemas with nanosecond timestamps. I have to do this either live or with a brief downtime. Please advice of any pitfalls or incorrectness in my steps. I am planning to automate them so please advice. Within a short downtime, I have to do this: 1. Take all nodes out of service; 2. Run nodetool flush on each; 3. Stop cassandra on each node; 4. Remove /var/lib/cassandra/data/system 5. Remove /var/lib/cassandra/saved_caches/system-* 6. Start all nodes; 7. cassandra-cli < schema_definition_file on one node only. (includes create keyspace and create column familiy entries) 8. put the nodes back in service. 9. Done. Please advice if I have got the steps correctly or if I am missing something. Thanks in advance for you help. Cheers, -Arya --20cf307abe7daee12704c7f7f08c Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Just had a good=C2=A0conversation=C2=A0with rcoli in chat. Wanted to clarif= y the steps for resolving this issue and see if there are any pitfalls I am= missing.

Issue: I upgraded from 1.1.2 to 1.1.3 a while = ago and today I realized I cannot make any schema changes since the fix in= =C2=A0http= s://issues.apache.org/jira/browse/CASSANDRA-4432.=C2=A0

Solution: Somehow I have to make Cassandra system's= column family to forget about those old schemas with nanosecond timestamps= . I have to do this either live or with a brief downtime. Please advice of = any pitfalls or incorrectness in my steps. I am planning to automate them s= o please advice.

Within a short downtime, I have to do this:
<= br>
1. Take all nodes out of service;
2. Run nodetool f= lush on each;
3. Stop cassandra on each node;
4. Remove= /var/lib/cassandra/data/system
5. Remove /var/lib/cassandra/saved_caches/system-*
6. Start = all nodes;
7. cassandra-cli < schema_definition_file on one no= de only. (includes create keyspace and create column familiy=C2=A0entries)<= /div>
8. put the nodes back in service.
9. Done.

Please advice if I have got the steps correctly or if I am missing = something.=C2=A0

Thanks in advance for you help.

Cheers,
-Arya
=C2=A0
--20cf307abe7daee12704c7f7f08c--