Mailing-List: contact dev-help@accumulo.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@accumulo.apache.org
Received-SPF: pass (athena.apache.org: domain of josh.elser@gmail.com
 designates 209.85.216.174 as permitted sender)
Message-ID: <5171F39E.6000603@gmail.com>
Date: Fri, 19 Apr 2013 21:47:10 -0400
From: Josh Elser <josh.elser@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
 rv:17.0) Gecko/20130418 Thunderbird/17.0.5
MIME-Version: 1.0
To: dev@accumulo.apache.org
Subject: Re: org.apache.accumulo.test.TestAccumuloSplitRecovery 1.5 hangs
 indefinitely
References: <5171EEF2.4020004@gmail.com>
In-Reply-To: <5171EEF2.4020004@gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Thought about it more, and remembered about the JUnit temp dir. Found 
that the two TServers both lost their ZK lock.

Perhaps the configuration is just a little too constrained?

On 04/19/2013 09:27 PM, Josh Elser wrote:
> Is anyone else seeing this? I didn't have this happening early this 
> week (Wednesday, maybe?).
>
> It gets stuck trying to get the Connector:
>
>     at 
> org.apache.accumulo.core.util.UtilWaitThread.sleep(UtilWaitThread.java:26)
>     at 
> org.apache.accumulo.core.client.impl.ServerClient.executeRaw(ServerClient.java:112)
>     at 
> org.apache.accumulo.core.client.impl.ServerClient.execute(ServerClient.java:71)
>     at 
> org.apache.accumulo.core.client.impl.ConnectorImpl.<init>(ConnectorImpl.java:64)
>     at 
> org.apache.accumulo.core.client.ZooKeeperInstance.getConnector(ZooKeeperInstance.java:227)
>     at 
> org.apache.accumulo.core.client.ZooKeeperInstance.getConnector(ZooKeeperInstance.java:222)
>     at 
> org.apache.accumulo.test.TestAccumuloSplitRecovery.test(TestAccumuloSplitRecovery.java:87)
>
> The ZKMain was running, as was the Master; I'm not quite sure how to 
> debug it. I grabbed stacktraces from each process when it happened, 
> and it appears that I can reliably reproduce it (about 3/3 so far).