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 8631B1069C for ; Tue, 9 Jul 2013 17:27:15 +0000 (UTC) Received: (qmail 47187 invoked by uid 500); 9 Jul 2013 17:27:13 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 47082 invoked by uid 500); 9 Jul 2013 17:27:12 -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 47074 invoked by uid 99); 9 Jul 2013 17:27:12 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 09 Jul 2013 17:27:12 +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 (nike.apache.org: domain of rcoli@eventbrite.com designates 209.85.128.44 as permitted sender) Received: from [209.85.128.44] (HELO mail-qe0-f44.google.com) (209.85.128.44) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 09 Jul 2013 17:27:06 +0000 Received: by mail-qe0-f44.google.com with SMTP id 5so3199688qeb.31 for ; Tue, 09 Jul 2013 10:26:45 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:x-gm-message-state; bh=tgUbEE/ormwEgT2oHHDseig0ODukUDvP3bM2uKgtsI0=; b=FOcrePXiIZqngtRcHrRbpc8TuhdncSSg1+7xWeWK47rxzr7MnK8Gq2XQ7qXHG3NERK YK+x/z4/q5CdszJKz5dHXxYoEulQhdfAfD5xfWwSxoVykziKsbHAuHG3qMu0rczXj7UH 1MF0ZQm1vQ6tkHLKOG/jIsYDaKkB6dlEKXqT5J7BLI8j/4Dw051+Rcm5YwficBMisKve /zBqX0XsG6LYj97Rj6kE5Kk4z2xmvGO5zOmuj+ZbwbZ6XYgVqLVBky+Lxet6FCtLRxbq maMB1CuJZZ0k33QYf0VDXJQ76HtqbTamHh1gAynyzbapLzt2+D5eXvxIYQM7cTt9Esfz AfZg== MIME-Version: 1.0 X-Received: by 10.49.12.33 with SMTP id v1mr18708131qeb.85.1373390805321; Tue, 09 Jul 2013 10:26:45 -0700 (PDT) Received: by 10.49.129.131 with HTTP; Tue, 9 Jul 2013 10:26:45 -0700 (PDT) In-Reply-To: References: Date: Tue, 9 Jul 2013 10:26:45 -0700 Message-ID: Subject: Re: alter column family ? From: Robert Coli To: "user@cassandra.apache.org" Content-Type: multipart/alternative; boundary=047d7b6d8c0616f61804e11777c8 X-Gm-Message-State: ALoCoQkMFMfdJlpa01szAVRaoMsh2GCr7SdaZ9lYWEOu1g+wgtDNrta1Bc3sqEkFQ1Wh/7rN8eIa X-Virus-Checked: Checked by ClamAV on apache.org --047d7b6d8c0616f61804e11777c8 Content-Type: text/plain; charset=ISO-8859-1 On Tue, Jul 9, 2013 at 10:08 AM, Langston, Jim wrote: > I am trying to alter a column family to change gc_grace_seconds, and > now, > any of the properties > > The sequence: > > use ks ; > alter table CF with gc_grace_seconds=864000 ; > > When listing the CF, gc_grace_seconds is set to 0, after > running the CLI, gc_grace_seconds is still set to 0. > > I tried change the comment property, but this did not > change either. > > Using the same keyspace, I created another table > and executed both the gc_grace_seconds change and > the comments change. Both of these successfully changed. > I'm surprised to hear that other columnfamilies work in the same keyspace. In general when people end up in this case, no schema migrations work. If you do : nodetool -h localhost netstats |grep SCHEMA |sort | uniq -c | sort -n Do you see that all nodes in the cluster have the same schema version? What version of Cassandra? =Rob --047d7b6d8c0616f61804e11777c8 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
On Tue, Jul 9, 2013 at 10:08 AM, Langston, Jim <Jim.Langston@compuware.com> wrote:
I am trying to alter a column family to change gc_grace_seconds, and n= ow,=A0
any of the properties =A0

The sequence:

use ks ;
alter table CF with gc_grace_seconds=3D864000 ;

When listing the CF, gc_grace_seconds is set to 0, after
running the CLI, gc_grace_seconds is still set to 0.

I tried change the comment property, but this did not
change either.

Using the same keyspace, I created another table
and executed both the gc_grace_seconds change and
the comments change. Both of these successfully changed.

I'm surprised to hear that other c= olumnfamilies work in the same keyspace. In general when people end up in t= his case, no schema migrations work.

If you do :

nodetool -h localhost netstats |grep SCHEMA |sort | uniq -c | sort -n=

Do you see that all nodes in the clus= ter have the same schema version?

What version of Cassandra?
=
=3DRob=A0
--047d7b6d8c0616f61804e11777c8--