On Tue, Nov 24, 2009 at 1:33 PM, Patrick Hunt <ph...@apache.org> wrote:
We can definitely add this, please create a JIRA.
I was also wondering what this expire stuff in the dump output is about?
Those are the expiration sets, or buckets. Each client session is put into
a bucket based on when we last heard from it and it's timeout. The leader
uses this to determine when to expire sessions.
Unfortunately the session ids are being printed in decimal, this is fixed
Good find, actually this would be useful information for you to monitor in
determining which of your hbase clients are "falling behind" wrt
Well, are items listed under '2 expire at Tue Nov 24 20:57:06 UTC 2009'
items that have expired or rather, just a logging of when they will expire?
Looking in logs I do not see sessions expiring.
These are future, as in "when will they expire" - when we hear from a
session we "promote" it to a subsequent bucket based on the timeout. As
sessions age (and we don't hear from them) they eventually fall through
(or bubble up from this dump perspective), this is now the leader
tracks/determines when to expire a session.
Here is what I see:
$ echo dump|nc X.X.X.X 2181
Session Sets (12):
0 expire at Tue Nov 24 20:56:24 UTC 2009:
0 expire at Tue Nov 24 20:56:27 UTC 2009:
0 expire at Tue Nov 24 20:56:30 UTC 2009:
0 expire at Tue Nov 24 20:56:39 UTC 2009:
0 expire at Tue Nov 24 20:56:42 UTC 2009:
0 expire at Tue Nov 24 20:56:45 UTC 2009:
0 expire at Tue Nov 24 20:56:48 UTC 2009:
0 expire at Tue Nov 24 20:57:00 UTC 2009:
0 expire at Tue Nov 24 20:57:03 UTC 2009:
2 expire at Tue Nov 24 20:57:06 UTC 2009:
2 expire at Tue Nov 24 20:57:09 UTC 2009:
3 expire at Tue Nov 24 20:57:21 UTC 2009:
ephemeral nodes dump:
Sessions with Ephemerals (4):