Return-Path: X-Original-To: apmail-accumulo-user-archive@www.apache.org Delivered-To: apmail-accumulo-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 5CE5A10363 for ; Tue, 8 Oct 2013 23:51:20 +0000 (UTC) Received: (qmail 98208 invoked by uid 500); 8 Oct 2013 23:51:20 -0000 Delivered-To: apmail-accumulo-user-archive@accumulo.apache.org Received: (qmail 98172 invoked by uid 500); 8 Oct 2013 23:51:20 -0000 Mailing-List: contact user-help@accumulo.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@accumulo.apache.org Delivered-To: mailing list user@accumulo.apache.org Received: (qmail 98164 invoked by uid 99); 8 Oct 2013 23:51:20 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 08 Oct 2013 23:51:20 +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 (nike.apache.org: domain of texpilot@gmail.com designates 209.85.215.177 as permitted sender) Received: from [209.85.215.177] (HELO mail-ea0-f177.google.com) (209.85.215.177) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 08 Oct 2013 23:51:13 +0000 Received: by mail-ea0-f177.google.com with SMTP id f15so15882eak.8 for ; Tue, 08 Oct 2013 16:50:52 -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=VY3dVHF9dA+AeaaDyv7uGjZIueV0B/7JQ+5PpLjm+wQ=; b=QVhIn7iH0+r3IuSW1ZIny5rGdmBc38Wl7w+IG/gY4FYT88SeDcul7C0iukwxI8dO6V chm/eXd83g4j+hIyeTmzVQTBecJT/mgOHhnI8194gsUsMFG/FM5cu1wfj3fP5FcuZ+FL H/UxLcPeV8WH7v4enO5mnYyxraZGys5/hMDdMMBhjpqpkPMP8OZXcEffcQN3ADdL3Wk4 eyoB86fBcNhXO6njKcHv0DW7slu0+M4lpXYvPe0RVbhOd5m+/zsZWaljPGVFr8f1TnPc zS74hFFTXpknChIm+koQViuzAqijZqaCdGLbpxB7LCl0pq56RDT+VnQu2jinY0uMzjD5 r7RA== MIME-Version: 1.0 X-Received: by 10.14.246.11 with SMTP id p11mr6500963eer.9.1381276252130; Tue, 08 Oct 2013 16:50:52 -0700 (PDT) Received: by 10.223.75.196 with HTTP; Tue, 8 Oct 2013 16:50:51 -0700 (PDT) In-Reply-To: References: Date: Tue, 8 Oct 2013 18:50:51 -0500 Message-ID: Subject: Re: Accumulo init over existing instance From: "Terry P." To: "user@accumulo.apache.org" Content-Type: multipart/alternative; boundary=001a1132ef62587bd004e84370df X-Virus-Checked: Checked by ClamAV on apache.org --001a1132ef62587bd004e84370df Content-Type: text/plain; charset=UTF-8 Thanks Jared. John, thanks for the warning! I lost a dev cluster once when we had to re-IP the Accumulo servers, but reverse DNS wasn't configured and I assumed that was why. Guess that wasn't. Keith, I read through ACCUMULO-1585 but it wasn't completely clear if the change proposed would also allow a server or servers in a cluster to have its IP address changed. I hope it will, as while having to re-IP a server or cluster is fairly rare, it certainly happens (as it did in our case). Thanks all, Terry On Tue, Oct 8, 2013 at 5:14 PM, Keith Turner wrote: > > > > On Tue, Oct 8, 2013 at 6:07 PM, John Vines wrote: > >> Like Jared said, wiping /accumulo out of hdfs is all you need to do. >> >> But Accumulo still uses IP addresses internally, so I'm not quite certain >> you're going to achieve what you set out for. >> > > Until 1.6.0 w/ ACCUMULO-1585 > > >> >> >> On Tue, Oct 8, 2013 at 5:32 PM, Terry P. wrote: >> >>> So reverse DNS wasn't working when I deployed my new cluster, thus all >>> my Tablet Servers were showing up in the Monitor as IP addresses (even >>> though all configuration files had hostnames only). Lesson learned: trust, >>> but verify (and ensure your hardened base servers still have nslookup >>> and/or dig on them). >>> >>> Now that DNS is fixed, I want to wipe everything clean and re-init >>> Accumulo to ensure everything is legit using hostnames to ensure the >>> cluster is not tied to IP addresses. >>> >>> I know I need to do a new 'accumulo init' -- I'll pass in the same >>> instance name, and my understanding is that will overwrite everything >>> currently in Zookeeper. >>> >>> My question is: is there anything else I could/should do first to "clean >>> up" from this botched instance? E.g. should I delete all files in HDFS, >>> the write-ahead logs on the Tablet Servers, etc.? I'm running Accumulo >>> 1.4.2. >>> >>> Thanks, >>> Terry >>> >> >> > --001a1132ef62587bd004e84370df Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Thanks Jared.

John, thanks for= the warning!=C2=A0 I lost a dev cluster once when we had to re-IP the Accu= mulo servers, but reverse DNS wasn't configured and I assumed that was = why.=C2=A0 Guess that wasn't.

Keith, I read through ACCUMULO-1585 but it wasn't completely = clear if the change proposed would also allow a server or servers in a clus= ter to have its IP address changed.=C2=A0 I hope it will, as while having t= o re-IP a server or cluster is fairly rare, it certainly happens (as it did= in our case).

Thanks all,
Terry


=
On Tue, Oct 8, 2013 at 5:14 PM, Keith Turner= <keith@deenlo.com> wrote:



On Tue, Oct 8, 201= 3 at 6:07 PM, John Vines <vines@apache.org> wrote:
Like Jared said, wiping /accumulo out of = hdfs is all you need to do.

But Accumulo still uses IP addresses internally, so I'm = not quite certain you're going to achieve what you set out for.

Until 1.6.0 w/ ACCUMULO-1585=C2= =A0
=C2=A0


On= Tue, Oct 8, 2013 at 5:32 PM, Terry P. <texpilot@gmail.com>= wrote:
So reverse DNS wasn't working when I deployed my new cluster, thus all = my Tablet Servers were showing up in the Monitor as IP addresses (even thou= gh all configuration files had hostnames only).=C2=A0 Lesson learned: trust= , but verify (and ensure your hardened base servers still have nslookup and= /or dig on them).

Now that DNS is fixed, I want to wipe everything clean and re-init Accu= mulo to ensure everything is legit using hostnames to ensure the cluster is= not tied to IP addresses.

I know I need to do a new 'accu= mulo init' -- I'll pass in the same instance name, and my understan= ding is that will overwrite everything currently in Zookeeper.

My question is: is there anything else I could/should do first to= "clean up" from this botched instance?=C2=A0 E.g. should I delet= e all files in HDFS, the write-ahead logs on the Tablet Servers, etc.?=C2= =A0 I'm running Accumulo 1.4.2.

Thanks,
Terry



--001a1132ef62587bd004e84370df--