wrote:
>> > Thanks J-D. I'll keep an eye on the Jira.
>> >
>> >> -Original Message-
>> >> From: jdcry...@gmail.com [mailto:jdcry...@gmail.com] On Behalf Of
>> >> Jean- Daniel Cryans
>> >> Sent: Monday, April 11, 2011 11:52
&g
s
> Sent: Monday, April 11, 2011 17:34
> To: user@hbase.apache.org
> Subject: Re: Catching ZK ConnectionLoss with HTable
>
> I thought a lot more about this issue and it could be a bigger undertaking
> than
> I thought, basically any HTable operation can throw ZK-related errors a
;ll keep an eye on the Jira.
>
>> -Original Message-
>> From: jdcry...@gmail.com [mailto:jdcry...@gmail.com] On Behalf Of Jean-
>> Daniel Cryans
>> Sent: Monday, April 11, 2011 11:52
>> To: user@hbase.apache.org
>> Subject: Re: Catching ZK Connectio
Thanks J-D. I'll keep an eye on the Jira.
> -Original Message-
> From: jdcry...@gmail.com [mailto:jdcry...@gmail.com] On Behalf Of Jean-
> Daniel Cryans
> Sent: Monday, April 11, 2011 11:52
> To: user@hbase.apache.org
> Subject: Re: Catching ZK ConnectionLo
I'm cleaning this up in this jira
https://issues.apache.org/jira/browse/HBASE-3755
But it's a failure case I haven't seen before, really interesting.
There's a HTable that's created in the guts if HCM that will throw a
ZookeeperConnectionException but it will bubble up as an IOE. I'll try
to addre
Hi all,
I had an issue recently where a scan job I frequently run caught ConnectionLoss
and subsequently failed to recover.
The stack trace looks like this:
11/04/08 12:20:04 INFO zookeeper.ZooKeeper: Session: 0x12f2497b00d03d8 closed
11/04/08 12:20:04 WARN client.HConnectionManager$ClientZKWat
