You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@hbase.apache.org by "Gibbon, Robert, VF-Group" <Ro...@vodafone.com> on 2009/12/23 15:00:49 UTC
Zookeeper session prb
Hello,
I am playing around with Hbase and the Stargate interface; I got a problem when I came back from lunch which rendered my little test rig unavailable and I had to restart it.
I'm running a pseudo cluster on an ubuntu vm, 0.20.2 of Hbase and all the defaults. I haven't changed anything in limits.conf on the vm but I think this is a lunch/time triggered issue? Has anybody seen this one before if so what's the workaround? It looks a bit like it could connection/file descriptor leak too from my limited experience in these things. See the dump of log below.
I have two other minor comments on the excellent SG interface
- SG base64 encodes all the output which is good, but it'd be great if it was made a painfully plain stating the obvious fact on the wiki for boneheads like myself
- I saw that SG is probably going to have some authentication features and caching added, will it also be possible to explicitly disable them, because I would rather use a dedicated reverse proxy for that
09/12/23 13:41:05 WARN zookeeper.ClientCnxn: Exception closing session 0x125bafce85d0006 to sun.nio.ch.SelectionKeyImpl@16d46d7
java.io.IOException: TIMED OUT
at org.apache.zookeeper.ClientCnxn$SendThread.run(ClientCnxn.java:906)
09/12/23 13:41:43 DEBUG client.HConnectionManager$ClientZKWatcher: Got ZooKeeper event, state: Disconnected, type: None, path: null
09/12/23 13:42:50 WARN zookeeper.ClientCnxn: Exception closing session 0x125bafce85d0006 to sun.nio.ch.SelectionKeyImpl@227d4e
java.io.IOException: TIMED OUT
at org.apache.zookeeper.ClientCnxn$SendThread.run(ClientCnxn.java:906)
09/12/23 13:43:47 WARN zookeeper.ClientCnxn: Exception closing session 0x125bafce85d0006 to sun.nio.ch.SelectionKeyImpl@8d8f67
java.io.IOException: TIMED OUT
at org.apache.zookeeper.ClientCnxn$SendThread.run(ClientCnxn.java:906)
09/12/23 13:44:39 WARN zookeeper.ClientCnxn: Exception closing session 0x125bafce85d0006 to sun.nio.ch.SelectionKeyImpl@1c1eceb
java.io.IOException: TIMED OUT
at org.apache.zookeeper.ClientCnxn$SendThread.run(ClientCnxn.java:906)
09/12/23 13:44:51 WARN zookeeper.ClientCnxn: Exception closing session 0x125bafce85d0006 to sun.nio.ch.SelectionKeyImpl@a96863
java.io.IOException: Session Expired
at org.apache.zookeeper.ClientCnxn$SendThread.readConnectResult(ClientCnxn.java:589)
at org.apache.zookeeper.ClientCnxn$SendThread.doIO(ClientCnxn.java:709)
at org.apache.zookeeper.ClientCnxn$SendThread.run(ClientCnxn.java:945)
09/12/23 13:44:51 DEBUG client.HConnectionManager$ClientZKWatcher: Got ZooKeeper event, state: Expired, type: None, path: null
09/12/23 13:44:56 DEBUG zookeeper.ZooKeeperWrapper: Closed connection with ZooKeeper
Robert Gibbon
Solutions Architect
Integration Design & Solution Engineering
robert.gibbon@vodafone.com
+32 474 53 52 51
Vodafone Group Service GmbH
Mannesmannufer 2, D-40213 Düsseldorf, Germany
Amtsgericht Düsseldorf, HRB 53554
Geschäftsführung: Helmut Hoffmann, Dr. Joachim Peters
Re: Zookeeper session prb
Posted by Andrew Purtell <ap...@apache.org>.
Hello,
I am the maintainer of Stargate.
The next time you see this problem, please provide the Stargate client log for
examination.
> - SG base64 encodes all the output which is good, but it'd be great if it was
> made a painfully plain stating the obvious fact on the wiki for boneheads like
> myself
Ok. Will do more doc for next release.
> - I saw that SG is probably going to have some authentication features and
> caching added, will it also be possible to explicitly disable them, because I
> would rather use a dedicated reverse proxy for that
I agree with this -- it's the appropriate way to stack that feature in a RESTful
architecture -- so I wouldn't worry too much about caching in Stargate. If there
is some caching added due to good reason for some use case, it will for sure be
turned off by default.
Regarding authentication, this is dependent on how the authentication portion of
HBASE-1697 works out. Such an authentication feature would only be active if it
is running in daemon mode. When deployed as a servlet, Stargate will rely
instead on whatever authentication/authorization mechanisms are supported by the
servlet container and configured by the administrator.
- Andy
----- Original Message ----
> From: "Gibbon, Robert, VF-Group" <Ro...@vodafone.com>
> To: hbase-user@hadoop.apache.org
> Sent: Wed, December 23, 2009 6:00:49 AM
> Subject: Zookeeper session prb
>
> Hello,
>
> I am playing around with Hbase and the Stargate interface; I got a problem when
> I came back from lunch which rendered my little test rig unavailable and I had
> to restart it.
>
> I'm running a pseudo cluster on an ubuntu vm, 0.20.2 of Hbase and all the
> defaults. I haven't changed anything in limits.conf on the vm but I think this
> is a lunch/time triggered issue? Has anybody seen this one before if so what's
> the workaround? It looks a bit like it could connection/file descriptor leak too
> from my limited experience in these things. See the dump of log below.
>
> I have two other minor comments on the excellent SG interface
>
> - SG base64 encodes all the output which is good, but it'd be great if it was
> made a painfully plain stating the obvious fact on the wiki for boneheads like
> myself
> - I saw that SG is probably going to have some authentication features and
> caching added, will it also be possible to explicitly disable them, because I
> would rather use a dedicated reverse proxy for that
>
> 09/12/23 13:41:05 WARN zookeeper.ClientCnxn: Exception closing session
> 0x125bafce85d0006 to sun.nio.ch.SelectionKeyImpl@16d46d7
> java.io.IOException: TIMED OUT
> at org.apache.zookeeper.ClientCnxn$SendThread.run(ClientCnxn.java:906)
> 09/12/23 13:41:43 DEBUG client.HConnectionManager$ClientZKWatcher: Got ZooKeeper
> event, state: Disconnected, type: None, path: null
> 09/12/23 13:42:50 WARN zookeeper.ClientCnxn: Exception closing session
> 0x125bafce85d0006 to sun.nio.ch.SelectionKeyImpl@227d4e
> java.io.IOException: TIMED OUT
> at org.apache.zookeeper.ClientCnxn$SendThread.run(ClientCnxn.java:906)
> 09/12/23 13:43:47 WARN zookeeper.ClientCnxn: Exception closing session
> 0x125bafce85d0006 to sun.nio.ch.SelectionKeyImpl@8d8f67
> java.io.IOException: TIMED OUT
> at org.apache.zookeeper.ClientCnxn$SendThread.run(ClientCnxn.java:906)
> 09/12/23 13:44:39 WARN zookeeper.ClientCnxn: Exception closing session
> 0x125bafce85d0006 to sun.nio.ch.SelectionKeyImpl@1c1eceb
> java.io.IOException: TIMED OUT
> at org.apache.zookeeper.ClientCnxn$SendThread.run(ClientCnxn.java:906)
> 09/12/23 13:44:51 WARN zookeeper.ClientCnxn: Exception closing session
> 0x125bafce85d0006 to sun.nio.ch.SelectionKeyImpl@a96863
> java.io.IOException: Session Expired
> at
> org.apache.zookeeper.ClientCnxn$SendThread.readConnectResult(ClientCnxn.java:589)
> at org.apache.zookeeper.ClientCnxn$SendThread.doIO(ClientCnxn.java:709)
> at org.apache.zookeeper.ClientCnxn$SendThread.run(ClientCnxn.java:945)
> 09/12/23 13:44:51 DEBUG client.HConnectionManager$ClientZKWatcher: Got ZooKeeper
> event, state: Expired, type: None, path: null
> 09/12/23 13:44:56 DEBUG zookeeper.ZooKeeperWrapper: Closed connection with
> ZooKeeper
>
>
> Robert Gibbon
> Solutions Architect
> Integration Design & Solution Engineering
>
> robert.gibbon@vodafone.com
> +32 474 53 52 51
>
> Vodafone Group Service GmbH
> Mannesmannufer 2, D-40213 Düsseldorf, Germany
> Amtsgericht Düsseldorf, HRB 53554
> Geschäftsführung: Helmut Hoffmann, Dr. Joachim Peters
Re: Zookeeper session prb
Posted by Lars George <la...@gmail.com>.
Hi Robert,
I was referring to
http://hadoop.apache.org/hbase/docs/r0.20.2/api/org/apache/hadoop/hbase/stargate/package-summary.html#xmlschema
See the base64binary type for the data.
Lars
On Wed, Dec 23, 2009 at 4:05 PM, Lars George <la...@gmail.com> wrote:
> Hi Robert,
>
> The exceptions you got are indeed timeouts after the client going stale.
> They are all DEBUG and WARN level and therefore "normal". The client also
> subsequently reconnects and continues ad expected.
>
> You are saying it did not? What were the symptoms and do you have more logs
> *after* those that you already sent?
>
> Btw, the Stargate XML schemas do explain that all fields are indeed base64
> encoded. The Stargate docs does include them. Maybe a high level getting
> started and feature set doc is needed?
>
> Lars
>
> On Dec 23, 2009, at 15:00, "Gibbon, Robert, VF-Group"
> <Ro...@vodafone.com> wrote:
>
>> Hello,
>>
>> I am playing around with Hbase and the Stargate interface; I got a problem
>> when I came back from lunch which rendered my little test rig unavailable
>> and I had to restart it.
>>
>> I'm running a pseudo cluster on an ubuntu vm, 0.20.2 of Hbase and all the
>> defaults. I haven't changed anything in limits.conf on the vm but I think
>> this is a lunch/time triggered issue? Has anybody seen this one before if so
>> what's the workaround? It looks a bit like it could connection/file
>> descriptor leak too from my limited experience in these things. See the dump
>> of log below.
>>
>> I have two other minor comments on the excellent SG interface
>>
>> - SG base64 encodes all the output which is good, but it'd be great if it
>> was made a painfully plain stating the obvious fact on the wiki for
>> boneheads like myself
>> - I saw that SG is probably going to have some authentication features and
>> caching added, will it also be possible to explicitly disable them, because
>> I would rather use a dedicated reverse proxy for that
>>
>> 09/12/23 13:41:05 WARN zookeeper.ClientCnxn: Exception closing session
>> 0x125bafce85d0006 to sun.nio.ch.SelectionKeyImpl@16d46d7
>> java.io.IOException: TIMED OUT
>> at org.apache.zookeeper.ClientCnxn$SendThread.run(ClientCnxn.java:906)
>> 09/12/23 13:41:43 DEBUG client.HConnectionManager$ClientZKWatcher: Got
>> ZooKeeper event, state: Disconnected, type: None, path: null
>> 09/12/23 13:42:50 WARN zookeeper.ClientCnxn: Exception closing session
>> 0x125bafce85d0006 to sun.nio.ch.SelectionKeyImpl@227d4e
>> java.io.IOException: TIMED OUT
>> at org.apache.zookeeper.ClientCnxn$SendThread.run(ClientCnxn.java:906)
>> 09/12/23 13:43:47 WARN zookeeper.ClientCnxn: Exception closing session
>> 0x125bafce85d0006 to sun.nio.ch.SelectionKeyImpl@8d8f67
>> java.io.IOException: TIMED OUT
>> at org.apache.zookeeper.ClientCnxn$SendThread.run(ClientCnxn.java:906)
>> 09/12/23 13:44:39 WARN zookeeper.ClientCnxn: Exception closing session
>> 0x125bafce85d0006 to sun.nio.ch.SelectionKeyImpl@1c1eceb
>> java.io.IOException: TIMED OUT
>> at org.apache.zookeeper.ClientCnxn$SendThread.run(ClientCnxn.java:906)
>> 09/12/23 13:44:51 WARN zookeeper.ClientCnxn: Exception closing session
>> 0x125bafce85d0006 to sun.nio.ch.SelectionKeyImpl@a96863
>> java.io.IOException: Session Expired
>> at
>> org.apache.zookeeper.ClientCnxn$SendThread.readConnectResult(ClientCnxn.java:589)
>> at org.apache.zookeeper.ClientCnxn$SendThread.doIO(ClientCnxn.java:709)
>> at org.apache.zookeeper.ClientCnxn$SendThread.run(ClientCnxn.java:945)
>> 09/12/23 13:44:51 DEBUG client.HConnectionManager$ClientZKWatcher: Got
>> ZooKeeper event, state: Expired, type: None, path: null
>> 09/12/23 13:44:56 DEBUG zookeeper.ZooKeeperWrapper: Closed connection with
>> ZooKeeper
>>
>>
>> Robert Gibbon
>> Solutions Architect
>> Integration Design & Solution Engineering
>>
>> robert.gibbon@vodafone.com
>> +32 474 53 52 51
>>
>> Vodafone Group Service GmbH
>> Mannesmannufer 2, D-40213 Düsseldorf, Germany
>> Amtsgericht Düsseldorf, HRB 53554
>> Geschäftsführung: Helmut Hoffmann, Dr. Joachim Peters
>>
>>
>
Re: Zookeeper session prb
Posted by Lars George <la...@gmail.com>.
Hi Robert,
Please see http://issues.apache.org/jira/browse/HBASE-2029
We recently fixed the overly verbose shell. So that will be better in
the next version. And yes, those exceptions were common in the shell
on the console but not required as they were simply reporting the
reconnection process. Please keep an eye on your system and when it
goes stale again please try the shell as well and see what is going
on. Also try the HBase master UI and see what it reports. Then grab
all logs leading up to that point and ping someone here or on our IRC
channel to have a looksee.
Thanks,
Lars
On Wed, Dec 23, 2009 at 4:24 PM, Gibbon, Robert, VF-Group
<Ro...@vodafone.com> wrote:
> Hello and thanks for replying.
>
> I think this log was console dump actually coming from the Hbase shell rather than Stargate, but in any case I couldn't reconnect via Stargate until I restarted. I cycled Hbase and Stargate so I cannot say which of the two resolved it. I'll keep an eye out though, if I see this happen again I'll forward some decent log.
>
> For the base64 stuff - don't worry about it, but it is not so obvious hidden in the XSD, that's all (I did see it there after I figured out what was going on by reading the usage notes on the old rest connector). If it wasn't obvious to me, it is going to confuse and disconcert others too.
>
> Kind regards
>
> Robert Gibbon
> Solutions Architect
> Integration Design & Solution Engineering
>
> robert.gibbon@vodafone.com
> +32 474 53 52 51
>
> Vodafone Group Service GmbH
> Mannesmannufer 2, D-40213 Düsseldorf, Germany
> Amtsgericht Düsseldorf, HRB 53554
> Geschäftsführung: Helmut Hoffmann, Dr. Joachim Peters
>
>
> -----Original Message-----
> From: Lars George [mailto:lars.george@gmail.com]
> Sent: Mittwoch, 23. Dezember 2009 16:06
> To: hbase-user@hadoop.apache.org
> Subject: Re: Zookeeper session prb
>
> Hi Robert,
>
> The exceptions you got are indeed timeouts after the client going stale. They are all DEBUG and WARN level and therefore "normal". The client also subsequently reconnects and continues ad expected.
>
> You are saying it did not? What were the symptoms and do you have more logs *after* those that you already sent?
>
> Btw, the Stargate XML schemas do explain that all fields are indeed
> base64 encoded. The Stargate docs does include them. Maybe a high level getting started and feature set doc is needed?
>
> Lars
>
> On Dec 23, 2009, at 15:00, "Gibbon, Robert, VF-Group" <Robert.Gibbon@vodafone.com > wrote:
>
>> Hello,
>>
>> I am playing around with Hbase and the Stargate interface; I got a
>> problem when I came back from lunch which rendered my little test rig
>> unavailable and I had to restart it.
>>
>> I'm running a pseudo cluster on an ubuntu vm, 0.20.2 of Hbase and all
>> the defaults. I haven't changed anything in limits.conf on the vm but
>> I think this is a lunch/time triggered issue? Has anybody seen this
>> one before if so what's the workaround? It looks a bit like it could
>> connection/file descriptor leak too from my limited experience in
>> these things. See the dump of log below.
>>
>> I have two other minor comments on the excellent SG interface
>>
>> - SG base64 encodes all the output which is good, but it'd be great if
>> it was made a painfully plain stating the obvious fact on the wiki for
>> boneheads like myself
>> - I saw that SG is probably going to have some authentication features
>> and caching added, will it also be possible to explicitly disable
>> them, because I would rather use a dedicated reverse proxy for that
>>
>> 09/12/23 13:41:05 WARN zookeeper.ClientCnxn: Exception closing session
>> 0x125bafce85d0006 to sun.nio.ch.SelectionKeyImpl@16d46d7
>> java.io.IOException: TIMED OUT
>> at org.apache.zookeeper.ClientCnxn$SendThread.run(ClientCnxn.java:906)
>> 09/12/23 13:41:43 DEBUG client.HConnectionManager$ClientZKWatcher:
>> Got ZooKeeper event, state: Disconnected, type: None, path: null
>> 09/12/23 13:42:50 WARN zookeeper.ClientCnxn: Exception closing session
>> 0x125bafce85d0006 to sun.nio.ch.SelectionKeyImpl@227d4e
>> java.io.IOException: TIMED OUT
>> at org.apache.zookeeper.ClientCnxn$SendThread.run(ClientCnxn.java:906)
>> 09/12/23 13:43:47 WARN zookeeper.ClientCnxn: Exception closing session
>> 0x125bafce85d0006 to sun.nio.ch.SelectionKeyImpl@8d8f67
>> java.io.IOException: TIMED OUT
>> at org.apache.zookeeper.ClientCnxn$SendThread.run(ClientCnxn.java:906)
>> 09/12/23 13:44:39 WARN zookeeper.ClientCnxn: Exception closing session
>> 0x125bafce85d0006 to sun.nio.ch.SelectionKeyImpl@1c1eceb
>> java.io.IOException: TIMED OUT
>> at org.apache.zookeeper.ClientCnxn$SendThread.run(ClientCnxn.java:906)
>> 09/12/23 13:44:51 WARN zookeeper.ClientCnxn: Exception closing session
>> 0x125bafce85d0006 to sun.nio.ch.SelectionKeyImpl@a96863
>> java.io.IOException: Session Expired
>> at org.apache.zookeeper.ClientCnxn$SendThread.readConnectResult
>> (ClientCnxn.java:589)
>> at org.apache.zookeeper.ClientCnxn$SendThread.doIO(ClientCnxn.java:
>> 709)
>> at org.apache.zookeeper.ClientCnxn$SendThread.run(ClientCnxn.java:945)
>> 09/12/23 13:44:51 DEBUG client.HConnectionManager$ClientZKWatcher:
>> Got ZooKeeper event, state: Expired, type: None, path: null
>> 09/12/23 13:44:56 DEBUG zookeeper.ZooKeeperWrapper: Closed connection
>> with ZooKeeper
>>
>>
>> Robert Gibbon
>> Solutions Architect
>> Integration Design & Solution Engineering
>>
>> robert.gibbon@vodafone.com
>> +32 474 53 52 51
>>
>> Vodafone Group Service GmbH
>> Mannesmannufer 2, D-40213 Düsseldorf, Germany Amtsgericht Düsseldorf,
>> HRB 53554
>> Geschäftsführung: Helmut Hoffmann, Dr. Joachim Peters
>>
>>
>
RE: Zookeeper session prb
Posted by "Gibbon, Robert, VF-Group" <Ro...@vodafone.com>.
Hello and thanks for replying.
I think this log was console dump actually coming from the Hbase shell rather than Stargate, but in any case I couldn't reconnect via Stargate until I restarted. I cycled Hbase and Stargate so I cannot say which of the two resolved it. I'll keep an eye out though, if I see this happen again I'll forward some decent log.
For the base64 stuff - don't worry about it, but it is not so obvious hidden in the XSD, that's all (I did see it there after I figured out what was going on by reading the usage notes on the old rest connector). If it wasn't obvious to me, it is going to confuse and disconcert others too.
Kind regards
Robert Gibbon
Solutions Architect
Integration Design & Solution Engineering
robert.gibbon@vodafone.com
+32 474 53 52 51
Vodafone Group Service GmbH
Mannesmannufer 2, D-40213 Düsseldorf, Germany
Amtsgericht Düsseldorf, HRB 53554
Geschäftsführung: Helmut Hoffmann, Dr. Joachim Peters
-----Original Message-----
From: Lars George [mailto:lars.george@gmail.com]
Sent: Mittwoch, 23. Dezember 2009 16:06
To: hbase-user@hadoop.apache.org
Subject: Re: Zookeeper session prb
Hi Robert,
The exceptions you got are indeed timeouts after the client going stale. They are all DEBUG and WARN level and therefore "normal". The client also subsequently reconnects and continues ad expected.
You are saying it did not? What were the symptoms and do you have more logs *after* those that you already sent?
Btw, the Stargate XML schemas do explain that all fields are indeed
base64 encoded. The Stargate docs does include them. Maybe a high level getting started and feature set doc is needed?
Lars
On Dec 23, 2009, at 15:00, "Gibbon, Robert, VF-Group" <Robert.Gibbon@vodafone.com > wrote:
> Hello,
>
> I am playing around with Hbase and the Stargate interface; I got a
> problem when I came back from lunch which rendered my little test rig
> unavailable and I had to restart it.
>
> I'm running a pseudo cluster on an ubuntu vm, 0.20.2 of Hbase and all
> the defaults. I haven't changed anything in limits.conf on the vm but
> I think this is a lunch/time triggered issue? Has anybody seen this
> one before if so what's the workaround? It looks a bit like it could
> connection/file descriptor leak too from my limited experience in
> these things. See the dump of log below.
>
> I have two other minor comments on the excellent SG interface
>
> - SG base64 encodes all the output which is good, but it'd be great if
> it was made a painfully plain stating the obvious fact on the wiki for
> boneheads like myself
> - I saw that SG is probably going to have some authentication features
> and caching added, will it also be possible to explicitly disable
> them, because I would rather use a dedicated reverse proxy for that
>
> 09/12/23 13:41:05 WARN zookeeper.ClientCnxn: Exception closing session
> 0x125bafce85d0006 to sun.nio.ch.SelectionKeyImpl@16d46d7
> java.io.IOException: TIMED OUT
> at org.apache.zookeeper.ClientCnxn$SendThread.run(ClientCnxn.java:906)
> 09/12/23 13:41:43 DEBUG client.HConnectionManager$ClientZKWatcher:
> Got ZooKeeper event, state: Disconnected, type: None, path: null
> 09/12/23 13:42:50 WARN zookeeper.ClientCnxn: Exception closing session
> 0x125bafce85d0006 to sun.nio.ch.SelectionKeyImpl@227d4e
> java.io.IOException: TIMED OUT
> at org.apache.zookeeper.ClientCnxn$SendThread.run(ClientCnxn.java:906)
> 09/12/23 13:43:47 WARN zookeeper.ClientCnxn: Exception closing session
> 0x125bafce85d0006 to sun.nio.ch.SelectionKeyImpl@8d8f67
> java.io.IOException: TIMED OUT
> at org.apache.zookeeper.ClientCnxn$SendThread.run(ClientCnxn.java:906)
> 09/12/23 13:44:39 WARN zookeeper.ClientCnxn: Exception closing session
> 0x125bafce85d0006 to sun.nio.ch.SelectionKeyImpl@1c1eceb
> java.io.IOException: TIMED OUT
> at org.apache.zookeeper.ClientCnxn$SendThread.run(ClientCnxn.java:906)
> 09/12/23 13:44:51 WARN zookeeper.ClientCnxn: Exception closing session
> 0x125bafce85d0006 to sun.nio.ch.SelectionKeyImpl@a96863
> java.io.IOException: Session Expired
> at org.apache.zookeeper.ClientCnxn$SendThread.readConnectResult
> (ClientCnxn.java:589)
> at org.apache.zookeeper.ClientCnxn$SendThread.doIO(ClientCnxn.java:
> 709)
> at org.apache.zookeeper.ClientCnxn$SendThread.run(ClientCnxn.java:945)
> 09/12/23 13:44:51 DEBUG client.HConnectionManager$ClientZKWatcher:
> Got ZooKeeper event, state: Expired, type: None, path: null
> 09/12/23 13:44:56 DEBUG zookeeper.ZooKeeperWrapper: Closed connection
> with ZooKeeper
>
>
> Robert Gibbon
> Solutions Architect
> Integration Design & Solution Engineering
>
> robert.gibbon@vodafone.com
> +32 474 53 52 51
>
> Vodafone Group Service GmbH
> Mannesmannufer 2, D-40213 Düsseldorf, Germany Amtsgericht Düsseldorf,
> HRB 53554
> Geschäftsführung: Helmut Hoffmann, Dr. Joachim Peters
>
>
Re: Zookeeper session prb
Posted by Lars George <la...@gmail.com>.
Hi Robert,
The exceptions you got are indeed timeouts after the client going
stale. They are all DEBUG and WARN level and therefore "normal". The
client also subsequently reconnects and continues ad expected.
You are saying it did not? What were the symptoms and do you have more
logs *after* those that you already sent?
Btw, the Stargate XML schemas do explain that all fields are indeed
base64 encoded. The Stargate docs does include them. Maybe a high
level getting started and feature set doc is needed?
Lars
On Dec 23, 2009, at 15:00, "Gibbon, Robert, VF-Group" <Robert.Gibbon@vodafone.com
> wrote:
> Hello,
>
> I am playing around with Hbase and the Stargate interface; I got a
> problem when I came back from lunch which rendered my little test
> rig unavailable and I had to restart it.
>
> I'm running a pseudo cluster on an ubuntu vm, 0.20.2 of Hbase and
> all the defaults. I haven't changed anything in limits.conf on the
> vm but I think this is a lunch/time triggered issue? Has anybody
> seen this one before if so what's the workaround? It looks a bit
> like it could connection/file descriptor leak too from my limited
> experience in these things. See the dump of log below.
>
> I have two other minor comments on the excellent SG interface
>
> - SG base64 encodes all the output which is good, but it'd be great
> if it was made a painfully plain stating the obvious fact on the
> wiki for boneheads like myself
> - I saw that SG is probably going to have some authentication
> features and caching added, will it also be possible to explicitly
> disable them, because I would rather use a dedicated reverse proxy
> for that
>
> 09/12/23 13:41:05 WARN zookeeper.ClientCnxn: Exception closing
> session 0x125bafce85d0006 to sun.nio.ch.SelectionKeyImpl@16d46d7
> java.io.IOException: TIMED OUT
> at org.apache.zookeeper.ClientCnxn$SendThread.run(ClientCnxn.java:906)
> 09/12/23 13:41:43 DEBUG client.HConnectionManager$ClientZKWatcher:
> Got ZooKeeper event, state: Disconnected, type: None, path: null
> 09/12/23 13:42:50 WARN zookeeper.ClientCnxn: Exception closing
> session 0x125bafce85d0006 to sun.nio.ch.SelectionKeyImpl@227d4e
> java.io.IOException: TIMED OUT
> at org.apache.zookeeper.ClientCnxn$SendThread.run(ClientCnxn.java:906)
> 09/12/23 13:43:47 WARN zookeeper.ClientCnxn: Exception closing
> session 0x125bafce85d0006 to sun.nio.ch.SelectionKeyImpl@8d8f67
> java.io.IOException: TIMED OUT
> at org.apache.zookeeper.ClientCnxn$SendThread.run(ClientCnxn.java:906)
> 09/12/23 13:44:39 WARN zookeeper.ClientCnxn: Exception closing
> session 0x125bafce85d0006 to sun.nio.ch.SelectionKeyImpl@1c1eceb
> java.io.IOException: TIMED OUT
> at org.apache.zookeeper.ClientCnxn$SendThread.run(ClientCnxn.java:906)
> 09/12/23 13:44:51 WARN zookeeper.ClientCnxn: Exception closing
> session 0x125bafce85d0006 to sun.nio.ch.SelectionKeyImpl@a96863
> java.io.IOException: Session Expired
> at org.apache.zookeeper.ClientCnxn$SendThread.readConnectResult
> (ClientCnxn.java:589)
> at org.apache.zookeeper.ClientCnxn$SendThread.doIO(ClientCnxn.java:
> 709)
> at org.apache.zookeeper.ClientCnxn$SendThread.run(ClientCnxn.java:945)
> 09/12/23 13:44:51 DEBUG client.HConnectionManager$ClientZKWatcher:
> Got ZooKeeper event, state: Expired, type: None, path: null
> 09/12/23 13:44:56 DEBUG zookeeper.ZooKeeperWrapper: Closed
> connection with ZooKeeper
>
>
> Robert Gibbon
> Solutions Architect
> Integration Design & Solution Engineering
>
> robert.gibbon@vodafone.com
> +32 474 53 52 51
>
> Vodafone Group Service GmbH
> Mannesmannufer 2, D-40213 Düsseldorf, Germany
> Amtsgericht Düsseldorf, HRB 53554
> Geschäftsführung: Helmut Hoffmann, Dr. Joachim Peters
>
>