Return-Path: Delivered-To: apmail-cassandra-commits-archive@www.apache.org Received: (qmail 19783 invoked from network); 5 Jan 2011 02:07:09 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 5 Jan 2011 02:07:09 -0000 Received: (qmail 44384 invoked by uid 500); 5 Jan 2011 02:07:09 -0000 Delivered-To: apmail-cassandra-commits-archive@cassandra.apache.org Received: (qmail 44364 invoked by uid 500); 5 Jan 2011 02:07:09 -0000 Mailing-List: contact commits-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 commits@cassandra.apache.org Received: (qmail 44356 invoked by uid 99); 5 Jan 2011 02:07:09 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 05 Jan 2011 02:07:09 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.22] (HELO thor.apache.org) (140.211.11.22) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 05 Jan 2011 02:07:07 +0000 Received: from thor (localhost [127.0.0.1]) by thor.apache.org (8.13.8+Sun/8.13.8) with ESMTP id p0526jVR016565 for ; Wed, 5 Jan 2011 02:06:46 GMT Message-ID: <10936814.150751294193205789.JavaMail.jira@thor> Date: Tue, 4 Jan 2011 21:06:45 -0500 (EST) From: "Nick Bailey (JIRA)" To: commits@cassandra.apache.org Subject: [jira] Created: (CASSANDRA-1934) Update token metadata for NORMAL state MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org Update token metadata for NORMAL state -------------------------------------- Key: CASSANDRA-1934 URL: https://issues.apache.org/jira/browse/CASSANDRA-1934 Project: Cassandra Issue Type: Bug Components: Core Affects Versions: 0.7.0 rc 3 Reporter: Nick Bailey Priority: Minor Fix For: 0.7.1 The handleStateNormal() method in StorageService.java doesn't update the tokenmetadata. This means if you try to decommission a node but for some reason it fails, and then you bring the node back up, all other nodes will see it in a 'Leaving' state. When the state jumps back to normal they should update the token metadata to reflect that. This also means you won't be able to call 'removetoken' on that node, unless you restart another node in the cluster in order to put it back in a 'normal' state. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.