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 05DF3C9FA for ; Fri, 8 Jun 2012 12:11:31 +0000 (UTC) Received: (qmail 11559 invoked by uid 500); 8 Jun 2012 12:11:28 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 11238 invoked by uid 500); 8 Jun 2012 12:11:27 -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 11206 invoked by uid 99); 8 Jun 2012 12:11:26 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 08 Jun 2012 12:11:26 +0000 X-ASF-Spam-Status: No, hits=1.0 required=5.0 tests=SPF_HELO_PASS,SPF_SOFTFAIL X-Spam-Check-By: apache.org Received-SPF: softfail (athena.apache.org: transitioning domain of nicolas.lalevee@hibnet.org does not designate 216.86.168.183 as permitted sender) Received: from [216.86.168.183] (HELO mxout-08.mxes.net) (216.86.168.183) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 08 Jun 2012 12:11:03 +0000 Received: from [10.0.0.238] (unknown [92.103.90.130]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTPSA id AA15B50A64 for ; Fri, 8 Jun 2012 08:10:41 -0400 (EDT) From: =?iso-8859-1?Q?Nicolas_Lalev=E9e?= Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: Dead node still being pinged Date: Fri, 8 Jun 2012 14:10:40 +0200 Message-Id: <290D9F77-9EDD-4360-9A6C-635D41E99862@hibnet.org> To: user@cassandra.apache.org Mime-Version: 1.0 (Apple Message framework v1084) X-Mailer: Apple Mail (2.1084) X-Virus-Checked: Checked by ClamAV on apache.org I had a configuration where I had 4 nodes, data-1,4. We then bought 3 = bigger machines, data-5,7. And we moved all data from data-1,4 to = data-5,7. To move all the data without interruption of service, I added one new = node at a time. And then I removed one by one the old machines via a = "remove token". Everything was working fine. Until there was an expected load on our = cluster, the machine started to swap and become unresponsive. We fixed = the unexpected load and the three new machines were restarted. After = that the new cassandra machines were stating that some old token were = not assigned, namely from data-2 and data-4. To fix this I issued again = some "remove token" commands. Everything seems to be back to normal, but on the network I still see = some packet from the new cluster to the old machines. On the port 7000. How I can tell cassandra to completely forget about the old machines ? Nicolas