From user-return-1984-apmail-accumulo-user-archive=accumulo.apache.org@accumulo.apache.org Wed Feb 27 15:24:42 2013 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 5FA92E351 for ; Wed, 27 Feb 2013 15:24:42 +0000 (UTC) Received: (qmail 56601 invoked by uid 500); 27 Feb 2013 15:24:42 -0000 Delivered-To: apmail-accumulo-user-archive@accumulo.apache.org Received: (qmail 56564 invoked by uid 500); 27 Feb 2013 15:24:42 -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 56556 invoked by uid 99); 27 Feb 2013 15:24:42 -0000 Received: from minotaur.apache.org (HELO minotaur.apache.org) (140.211.11.9) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 27 Feb 2013 15:24:42 +0000 Received: from localhost (HELO mail-la0-f43.google.com) (127.0.0.1) (smtp-auth username vines, mechanism plain) by minotaur.apache.org (qpsmtpd/0.29) with ESMTP; Wed, 27 Feb 2013 15:24:41 +0000 Received: by mail-la0-f43.google.com with SMTP id ek20so688992lab.2 for ; Wed, 27 Feb 2013 07:24:39 -0800 (PST) X-Received: by 10.112.54.1 with SMTP id f1mr2258810lbp.85.1361978679816; Wed, 27 Feb 2013 07:24:39 -0800 (PST) MIME-Version: 1.0 Reply-To: vines@apache.org Received: by 10.114.28.99 with HTTP; Wed, 27 Feb 2013 07:23:59 -0800 (PST) In-Reply-To: References: <512E1A81.3020601@kickflop.net> From: John Vines Date: Wed, 27 Feb 2013 10:23:59 -0500 Message-ID: Subject: Re: Increase tserver startup timeout + iterations? To: Eric Newton Cc: "user@accumulo.apache.org" Content-Type: multipart/alternative; boundary=bcaec55402ae67013504d6b65fd1 --bcaec55402ae67013504d6b65fd1 Content-Type: text/plain; charset=ISO-8859-1 Wait for it to become extant or just wait for it to exit safe mode? On Wed, Feb 27, 2013 at 10:13 AM, Eric Newton wrote: > We already wait on the NN. > > -Eric > > > > On Wed, Feb 27, 2013 at 10:06 AM, John Vines wrote: > >> Not sure if non- existence of the name node is something we want to deal >> with. I worry this will cause confusion and ambiguity for first time users >> who point Accumulo at an empty Hadoop configuration. >> >> Sent from my phone, please pardon the typos and brevity. >> On Feb 27, 2013 9:39 AM, "Jeff Blaine" wrote: >> >>> We spin up our slaves first, then the Hadoop namenode + Accumulo >>> master afterward. By the time that comes up, tserver has exited >>> on the Accumulo slaves. >>> >>> Is there a way to increase the tserver effort for connection >>> to the master? >>> >>> Aside: is there really any reason for tserver to exit? Why not >>> just do an exponential backoff of connection attempts until >>> 30 seconds is hit, and then stay there infinitely? >>> >> > --bcaec55402ae67013504d6b65fd1 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Wait for it to become extant or just wait for it to exit s= afe mode?


On Wed, Feb 27, 2013 at 10:13 AM, Eric Newton <<= a href=3D"mailto:eric.newton@gmail.com" target=3D"_blank">eric.newton@gmail= .com> wrote:
We already wait on the NN.<= span class=3D"HOEnZb">

-Eric



On Wed, Feb 27, 20= 13 at 10:06 AM, John Vines <vines@apache.org> wrote:

Not sure if non- existence of= the name node is something we want to deal with. I worry this will cause c= onfusion and ambiguity for first time users who point Accumulo at an empty = Hadoop configuration.

Sent from my phone, please pardon the typos and brevity.

=
On Feb 27, 2013 9:39 AM, "Jeff Blaine"= <jblaine@kick= flop.net> wrote:
We spin up our slaves first, then the Hadoop namenode + Accumulo
master afterward. By the time that comes up, tserver has exited
on the Accumulo slaves.

Is there a way to increase the tserver effort for connection
to the master?

Aside: is there really any reason for tserver to exit? Why not
just do an exponential backoff of connection attempts until
30 seconds is hit, and then stay there infinitely?


--bcaec55402ae67013504d6b65fd1--