Return-Path: Delivered-To: apmail-cassandra-dev-archive@www.apache.org Received: (qmail 22243 invoked from network); 9 Apr 2011 18:45:23 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 9 Apr 2011 18:45:23 -0000 Received: (qmail 36728 invoked by uid 500); 9 Apr 2011 18:45:20 -0000 Delivered-To: apmail-cassandra-dev-archive@cassandra.apache.org Received: (qmail 36679 invoked by uid 500); 9 Apr 2011 18:45:20 -0000 Mailing-List: contact dev-help@cassandra.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cassandra.apache.org Delivered-To: mailing list dev@cassandra.apache.org Received: (qmail 36663 invoked by uid 99); 9 Apr 2011 18:45:20 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 09 Apr 2011 18:45:20 +0000 X-ASF-Spam-Status: No, hits=0.0 required=5.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of jbellis@gmail.com designates 209.85.220.172 as permitted sender) Received: from [209.85.220.172] (HELO mail-vx0-f172.google.com) (209.85.220.172) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 09 Apr 2011 18:45:14 +0000 Received: by vxg33 with SMTP id 33so4151194vxg.31 for ; Sat, 09 Apr 2011 11:44:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:from:date:message-id:subject:to :content-type; bh=yI0ok2gZwcVxq1hRMiC8PzI0D18bOMxiOQJdhl80998=; b=achU9sWjHX+qsYRb2DTl716w6WFJ3LZlVxkFclUrN4f5mhV8nRd/Kn9YDIPvf2QHtI sWORmMgbnF5uM7suJnamwCw7ld3T7JaRFFF/mwgKR6UMDL11Y544uE1lr8nDSOYk+dJm JUs95mlma7Nrp9f8zewy1all31lzJUDqcBZS8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; b=HRRiv/E+oXuS3qDIm02VPz7WBd1wGUgRNQl6SvPadWwFtVtZq3mlq0yt5MQ5WMeNzN IhP55d9WXi4ogG7MfOBe5BxYBsOaWKg+6njKco4iJkD8WylnUksiRDRqYoVcIf9j5IBF dRhU3jzo/ZZHZYdTKabTBP38S7TbGQDCXBvwg= Received: by 10.52.177.233 with SMTP id ct9mr5250433vdc.110.1302374693224; Sat, 09 Apr 2011 11:44:53 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.114.33 with HTTP; Sat, 9 Apr 2011 11:44:33 -0700 (PDT) From: Jonathan Ellis Date: Sat, 9 Apr 2011 13:44:33 -0500 Message-ID: Subject: Heads up: restarting a node with autobootstrap=true after nodetool move will re-bootstrap the node in 0.7.0-0.7.4 To: user , dev Content-Type: text/plain; charset=ISO-8859-1 X-Virus-Checked: Checked by ClamAV on apache.org Peter Schuller reported an important bug in https://issues.apache.org/jira/browse/CASSANDRA-2435: "On one of our clusters with 5 nodes, we did some moves. All looked well; the moves completed. For unrelated reasons, we wanted to restart nodes after they had been moved. When we did, three of the 5, specifically those 3 that were NOT seed nodes, initiated a bootstrap procedure! The logs indicated the automatic token selection, and they joined the ring under a new automatically selected token." We're reviewing a fix now for 0.7.5 (this does not affect 0.6 releases); in the meantime, you should make sure to re-set autobootstrap=false before running any move commands. Note that this will not cause data loss unless you run cleanup after the move; the fix is to run another move command, back to the old token. -- Jonathan Ellis Project Chair, Apache Cassandra co-founder of DataStax, the source for professional Cassandra support http://www.datastax.com