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 5027F11BE4 for ; Sun, 1 Jun 2014 02:43:22 +0000 (UTC) Received: (qmail 93802 invoked by uid 500); 1 Jun 2014 02:43:19 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 93754 invoked by uid 500); 1 Jun 2014 02:43:19 -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 93746 invoked by uid 99); 1 Jun 2014 02:43:19 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 01 Jun 2014 02:43:19 +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 (athena.apache.org: domain of lilspenny@gmail.com designates 209.85.213.52 as permitted sender) Received: from [209.85.213.52] (HELO mail-yh0-f52.google.com) (209.85.213.52) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 01 Jun 2014 02:43:15 +0000 Received: by mail-yh0-f52.google.com with SMTP id z6so2841052yhz.11 for ; Sat, 31 May 2014 19:42:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=+L4txgvQ5Sxbp/qnRUQx1LNN2mbnO+TxLxcUxOXPtcI=; b=luUyD85T0fsGaRwxCBypX6qqO0aWXpRFOzg6zeuxPDDaT9u8vXjGrde0zFGXHFn4fr g6NY3F81GinthQJiRj7PFFpZQDp1LLMdKU79Mw9aPWCtxJf/75Y2gzAag43uuQK+1C9X Ej5KamqQgNcwOG7tP4PmVrrKcuCCaIOzTq8PMO0Ei43+l/R5qZoqT1sAze6OJF/XwNtd JIfZZ+q6WVi4s/tS4L6l0wUa6TAArKFZh6lcfZRBhIeZU/P+9NP/jgL9bfnrtyYlKuMT qXGJui9WApOxZpIBu4B4iH/f0F6Cyg427RNljuNOg2nDNjJCduGnkpfJ3CJnAxOVassf 0xXg== MIME-Version: 1.0 X-Received: by 10.236.172.37 with SMTP id s25mr31176292yhl.97.1401590574606; Sat, 31 May 2014 19:42:54 -0700 (PDT) Received: by 10.170.120.215 with HTTP; Sat, 31 May 2014 19:42:54 -0700 (PDT) In-Reply-To: References: Date: Sat, 31 May 2014 22:42:54 -0400 Message-ID: Subject: Re: decommission dead node without token From: Spencer Brown To: user@cassandra.apache.org Content-Type: multipart/alternative; boundary=20cf303f663a51f02e04fabd3cc7 X-Virus-Checked: Checked by ClamAV on apache.org --20cf303f663a51f02e04fabd3cc7 Content-Type: text/plain; charset=UTF-8 Ouch. I really don't think so. On Sat, May 31, 2014 at 10:38 PM, Tim Dunphy wrote: > hey guys, > > I have two dead nodes in my ring. > > Status=Up/Down > > |/ State=Normal/Leaving/Joining/Moving > > -- Address Load Tokens Owns Host ID > Rack > > DN 10.10.1.102 123.41 KB 256 32.2% > ddcafc75-24ed-4c6a-99bb-afe3dd551a9c rack1 > > UN 10.10.1.94 170.81 KB 256 35.4% > fd2f76ae-8dcf-4e93-a37f-bf1e9088696e rack1 > > DN 10..10.10.64 ? 256 32.5% > f2a48fc7-a362-43f5-9061-4bb3739fdeaf rack1 > > > Unfortunately I am early in my learning curve and failed to preserve the > initial_token for each of the nodes that were taken out of service. As > things stand now I cannot do a nodetool repair on the main keyspace because > of the dead nodes. > > Is there any way to decommission the dead nodes if you no longer have > their initial_token values? > > > Thanks > > Tim > > -- > GPG me!! > > gpg --keyserver pool.sks-keyservers.net --recv-keys F186197B > > --20cf303f663a51f02e04fabd3cc7 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Ouch. =C2=A0I really don't think so.


On Sat, May 31, 2014 at= 10:38 PM, Tim Dunphy <bluethundr@gmail.com> wrote:
hey guys,

=C2=A0I have two dead nodes in my ring.=C2=A0

Status=3DUp/Down

|/ State=3DNormal/Leaving/Joining/Moving

--=C2=A0 Address=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Load =C2=A0 =C2=A0 = =C2=A0 Tokens=C2=A0 Owns =C2=A0 Host ID =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Rack<= /p>

DN=C2=A0 10.10.1.102=C2=A0 123.41 KB=C2=A0 256 =C2=A0 =C2=A0 32.2%=C2=A0= ddcafc75-24ed-4c6a-99bb-afe3dd551a9c=C2=A0 rack1

UN=C2=A0 10.10.1.94 =C2=A0 170.81 KB=C2=A0 256 =C2=A0 =C2=A0 35.4%=C2=A0= fd2f76ae-8dcf-4e93-a37f-bf1e9088696e=C2=A0 rack1

DN=C2=A0 10..10.10.64 =C2=A0 ?=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 256 =C2= =A0 =C2=A0 32.5%=C2=A0 f2a48fc7-a362-43f5-9061-4bb3739fdeaf=C2=A0 rack1

=


Unfortunately I am early in my learning curve and failed to p= reserve the initial_token for each of the nodes that were taken out of serv= ice. As things stand now I cannot do a nodetool repair on the main keyspace= because of the dead nodes.=C2=A0

Is there any way to decommission the dead nodes if you no longer have th= eir initial_token values?


Thanks

Tim


--
GPG me!!

gp= g --keyserver = pool.sks-keyservers.net --recv-keys F186197B


--20cf303f663a51f02e04fabd3cc7--