Return-Path: Delivered-To: apmail-cassandra-commits-archive@www.apache.org Received: (qmail 74158 invoked from network); 27 Oct 2010 22:28:43 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 27 Oct 2010 22:28:43 -0000 Received: (qmail 53170 invoked by uid 500); 27 Oct 2010 22:28:42 -0000 Delivered-To: apmail-cassandra-commits-archive@cassandra.apache.org Received: (qmail 53161 invoked by uid 500); 27 Oct 2010 22:28:42 -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 53153 invoked by uid 99); 27 Oct 2010 22:28:42 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 27 Oct 2010 22:28:42 +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, 27 Oct 2010 22:28:42 +0000 Received: from thor (localhost [127.0.0.1]) by thor.apache.org (8.13.8+Sun/8.13.8) with ESMTP id o9RMSLls025451 for ; Wed, 27 Oct 2010 22:28:21 GMT Message-ID: <15052143.108591288218501507.JavaMail.jira@thor> Date: Wed, 27 Oct 2010 18:28:21 -0400 (EDT) From: "Matthew F. Dennis (JIRA)" To: commits@cassandra.apache.org Subject: [jira] Created: (CASSANDRA-1670) cannot decom a node then bring it back to the cluster MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 cannot decom a node then bring it back to the cluster ----------------------------------------------------- Key: CASSANDRA-1670 URL: https://issues.apache.org/jira/browse/CASSANDRA-1670 Project: Cassandra Issue Type: Bug Affects Versions: 0.7 beta 2 Environment: RAX Reporter: Matthew F. Dennis two node cluster (node0, node1). node0 is listed as the only seed on both nodes. Listen addresses explicitly set to an IP on both nodes. No initial token, no autobootstrap (but see below). Bring up the ring. Everything is fine on both nodes. decom node1. verify decom completed correctly by reading the logs on both nodes. rm all data/logs on node1. bring node1 up again. One of two things happen: * node0 thinks it is in a ring by itself, node1 thinks both nodes are in the ring. * both node0 and node1 think they are in rings by themselves If you restart node0 after decom, it appears to work normally. Similar issues seem to present if you kill node1 (either when autobootstrapping before it completes or after it is in the ring) and removetoken. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.