I think these two models serve different purposes, ZK emphasis on
synchronization(on a small dataset), DHT is about scaling, they can
compliment each other nicely,e.g. you can have DHT scatter around to
achieve scalability while ZK sits in the core to handle the
minimal/necessary synchronization.
Hi everyone!
I am writing to this group because recently we are getting some
strange errors with our production zookeeper setup.
From time to time we are observing that our client application (C++
based) disconnects from zookeeper (session state is changed to 1) and
reconnects (state changed to
do you ever use zookeeper_init() with the clientid field set to
something other than null?
ben
On 03/16/2010 07:43 AM, Łukasz Osipiuk wrote:
Hi everyone!
I am writing to this group because recently we are getting some
strange errors with our production zookeeper setup.
From time to time we
nope.
I always pass 0 as clientid.
Łukasz
On Tue, Mar 16, 2010 at 16:20, Benjamin Reed br...@yahoo-inc.com wrote:
do you ever use zookeeper_init() with the clientid field set to something
other than null?
ben
On 03/16/2010 07:43 AM, Łukasz Osipiuk wrote:
Hi everyone!
I am writing to
weird, this does sound like a bug. do you have a reliable way of
reproducing the problem?
thanx
ben
On 03/16/2010 08:27 AM, Łukasz Osipiuk wrote:
nope.
I always pass 0 as clientid.
Łukasz
On Tue, Mar 16, 2010 at 16:20, Benjamin Reedbr...@yahoo-inc.com wrote:
do you ever use
Can you verify that you are using 3.2.2 on all servers? You can do this
by running the stat command against each of your servers and look at
the very top of the output (we include the version of zk server there).
http://bit.ly/dglVld
Are you using synchronous or async operations in your
On Tue, Mar 16, 2010 at 17:18, Patrick Hunt ph...@apache.org wrote:
Can you verify that you are using 3.2.2 on all servers? You can do this by
running the stat command against each of your servers and look at the very
top of the output (we include the version of zk server there).
On Tue, Mar 16, 2010 at 19:22, Patrick Hunt ph...@apache.org wrote:
Łukasz Osipiuk wrote:
On Tue, Mar 16, 2010 at 17:18, Patrick Hunt ph...@apache.org wrote:
Can you verify that you are using 3.2.2 on all servers? You can do this
by
running the stat command against each of your servers and
We'll probably need the ZK server/client logs to hunt this down. Can you
tell if the MOVED happens in some particular scenario, say you are
connected to a follower and move to a leader, or perhaps you are
connected to server A, get disconnected and reconnected to server A?
is there some
On Tue, Mar 16, 2010 at 20:05, Patrick Hunt ph...@apache.org wrote:
We'll probably need the ZK server/client logs to hunt this down. Can you
tell if the MOVED happens in some particular scenario, say you are connected
to a follower and move to a leader, or perhaps you are connected to server
Yes, if you search back (older entries) in the server log you will be
able to see who the leader is, it will say something like LEADING or
FOLLOWING, but this may change over time (which is why you need to
search back as I mention) if leadership within the ZK cluster changes
(say due to
Agree.
Patrick
Ted Dunning wrote:
This is very different from most uses of ZK. Normally Zookeeper is used on
a private network with almost no packet loss. Your high rate of loss may be
tickling a protocol bug that other people
just never see.
On Tue, Mar 16, 2010 at 12:24 PM, Łukasz Osipiuk
It will be good to see the logs, however I had one additional thought.
The leader (the zk leader) is the one checking for session MOVED. It
keeps track of which server the session is currently attached to and
will throw the moved exception if the session proposes a request through
a server
Hmm... this inspires me to have a thought as well.
Łukasz, there isn't any fancy network stuff going on here is there? No
NATing or fancy load balancing or reassignment of IP addresses of servers,
right?
On Tue, Mar 16, 2010 at 4:51 PM, Patrick Hunt ph...@apache.org wrote:
It will be good to
14 matches
Mail list logo