Re: exist return true before event comes in
Interesting, that basically means if I want strict order, I have to use the async api? ~~~ Hadoop training and consulting http://www.scaleunlimited.com http://www.101tec.com On Aug 3, 2009, at 8:10 PM, Benjamin Reed wrote: I assume you are calling the synchronous version of exists. The callbacks for both the watches and async calls are processed by a callback thread, so the ordering is strict. Synchronous call responses are not queued to the callback thread. (this allows you to make synchronous calls in callbacks without deadlocking.) thus the effect you are seeing may be due to a backed up callback queue and/ or thread scheduling. ben Sent from my phone. -Original Message- From: Stefan Groschupf Sent: Monday, August 03, 2009 9:31 PM To: zookeeper-user@hadoop.apache.org u...@hadoop.apache.org> Subject: exist return true before event comes in Hi, I'm running into following problem writing a fasade for Zk Client (http://github.com/joa23/zkclient/ ) 1.) Subscribe a watch via exist(path, true) for a path. 2.) Create a persistent node. 3.) Call exist and it returns true 4.) Zookeeper sends a NodeCreated event. I would expect that the client would get the NodeCreated event before exist returns true. Does anyone has a idea of a pattern that secures that exist return false, before the event is triggered? Thanks, Stefan
RE: exist return true before event comes in
I assume you are calling the synchronous version of exists. The callbacks for both the watches and async calls are processed by a callback thread, so the ordering is strict. Synchronous call responses are not queued to the callback thread. (this allows you to make synchronous calls in callbacks without deadlocking.) thus the effect you are seeing may be due to a backed up callback queue and/or thread scheduling. ben Sent from my phone. -Original Message- From: Stefan Groschupf Sent: Monday, August 03, 2009 9:31 PM To: zookeeper-user@hadoop.apache.org Subject: exist return true before event comes in Hi, I'm running into following problem writing a fasade for Zk Client (http://github.com/joa23/zkclient/ ) 1.) Subscribe a watch via exist(path, true) for a path. 2.) Create a persistent node. 3.) Call exist and it returns true 4.) Zookeeper sends a NodeCreated event. I would expect that the client would get the NodeCreated event before exist returns true. Does anyone has a idea of a pattern that secures that exist return false, before the event is triggered? Thanks, Stefan
exist return true before event comes in
Hi, I'm running into following problem writing a fasade for Zk Client (http://github.com/joa23/zkclient/ ) 1.) Subscribe a watch via exist(path, true) for a path. 2.) Create a persistent node. 3.) Call exist and it returns true 4.) Zookeeper sends a NodeCreated event. I would expect that the client would get the NodeCreated event before exist returns true. Does anyone has a idea of a pattern that secures that exist return false, before the event is triggered? Thanks, Stefan
RE: Unending Leader Elections in WAN deploy
That'd be perfect. Thanks! > -Original Message- > From: Mahadev Konar [mailto:maha...@yahoo-inc.com] > Sent: Monday, August 03, 2009 4:24 PM > To: zookeeper-user@hadoop.apache.org > Subject: Re: Unending Leader Elections in WAN deploy > > Hi Todd, > Most of the patches that you mention should be in the branch 3.2 by tomm > or so. 481, 479 are already in. 480 and 491 should be in by tomm. Would > that > suffice for you? > > Thanks > mahadev > > > On 8/3/09 4:21 PM, "Todd Greenwood" wrote: > > > Another problem...I've reverted to the latest versions of the patches > > that are not specific to branch-3.2, and I'm getting two compilation > > errors: > > > > build-generated: > > [javac] Compiling 44 source files to > > /home/toddg/asi/workspaces/main/Main/RSI/etc/holmes/main/zookeeper/src/p > > atched/branch-3.2/build/classes > > > > compile-main: > > [javac] Compiling 2 source files to > > /home/toddg/asi/workspaces/main/Main/RSI/etc/holmes/main/zookeeper/src/p > > atched/branch-3.2/build/classes > > [javac] > > /home/toddg/asi/workspaces/main/Main/RSI/etc/holmes/main/zookeeper/src/p > > atched/branch-3.2/src/java/main/org/apache/zookeeper/server/quorum/Quoru > > mStats.java:30: name clash: getQuorumPeers() and getQuorumPeers() have > > the same erasure > > [javac] public String[] getQuorumPeers(); > > [javac] ^ > > [javac] > > /home/toddg/asi/workspaces/main/Main/RSI/etc/holmes/main/zookeeper/src/p > > atched/branch-3.2/src/java/main/org/apache/zookeeper/server/quorum/Quoru > > mStats.java:31: name clash: getServerState() and getServerState() have > > the same erasure > > [javac] public String getServerState(); > > [javac] ^ > > [javac] 2 errors > > > > My build process is pretty simple: > > > > 1. copy the branch-3.2 source to a temp directory > > (src/patched/branch-3.2) > > 2. apply the ZOOKEEPER patches in my patches directory > > 3. build zookeeper in the temp directory > > > > -Todd > >> -Original Message- > >> From: Todd Greenwood [mailto:to...@audiencescience.com] > >> Sent: Monday, August 03, 2009 4:09 PM > >> To: zookeeper-user@hadoop.apache.org > >> Subject: RE: Unending Leader Elections in WAN deploy > >> > >> Flavio, > >> I notice that you've updated the patches referenced for the WAN > >> deployment. There appears to be an order dependency w/ respect to > > these > >> four patches... > >> > >> ZOOKEEPER-473.patch ZOOKEEPER-479-branch3.2.patch > >> ZOOKEEPER-481-branch3.2.patch ZOOKEEPER-491.patch > >> > >> 473 -> 479 (479 fails) > >> > >> > > to...@toddg01lt:~/asi/workspaces/main/Main/RSI/etc/holmes/main/zookeeper > >> /src/patched/branch-3.2$ patch -p0 < > >> ../patches/ZOOKEEPER-479-branch3.2.patch > >> patching file > >> > > src/java/main/org/apache/zookeeper/server/quorum/flexible/QuorumHierarch > >> ical.java > >> patching file > >> > > src/java/main/org/apache/zookeeper/server/quorum/flexible/QuorumMaj.java > >> patching file > >> > > src/java/main/org/apache/zookeeper/server/quorum/flexible/QuorumVerifier > >> .java > >> patching file > >> src/java/test/org/apache/zookeeper/test/HierarchicalQuorumTest.java > >> Hunk #1 FAILED at 93. > >> Hunk #2 FAILED at 145. > >> 2 out of 2 hunks FAILED -- saving rejects to file > >> > > src/java/test/org/apache/zookeeper/test/HierarchicalQuorumTest.java.rej > >> > > to...@toddg01lt:~/asi/workspaces/main/Main/RSI/etc/holmes/main/zookeeper > >> /src/patched/branch-3.2$ h ../patches/ > >> > >> Could you advise as to which patches I need to apply, and in what > > order? > >> > >> -Todd > >> > >>> -Original Message- > >>> From: Flavio Junqueira [mailto:f...@yahoo-inc.com] > >>> Sent: Friday, July 31, 2009 9:51 PM > >>> To: zookeeper-user@hadoop.apache.org > >>> Subject: Re: Unending Leader Elections in WAN deploy > >>> > >>> Perfect! Thanks for the update, Todd. > >>> > >>> -Flavio > >>> > >>> On Jul 31, 2009, at 8:17 PM, Todd Greenwood wrote: > >>> > Thanks. You were right, I had a stale version of 479. Compilation > succeeds and all tests pass on branch-3.2 with the latest patches > >> 473, > 479, 481, and 491. > > -Todd > > > -Original Message- > > From: Flavio Junqueira [mailto:f...@yahoo-inc.com] > > Sent: Friday, July 31, 2009 7:48 PM > > To: zookeeper-user@hadoop.apache.org > > Subject: Re: Unending Leader Elections in WAN deploy > > > > It should be in 479. Perhaps you have a stale version of the > > patch. > > > > -Flavio > > > > On Jul 31, 2009, at 7:46 PM, Todd Greenwood wrote: > > > >> Flavio, > >> > >> I'm getting a compilation error for patch 491: > >> > >> compile-main: > >> [javac] Compiling 1 source file to > >> > >> /home/toddg/asi/workspaces/main/Main/RSI/etc/holmes/main/zookeeper/ > >> src/p > >> atched/branch-3.2/build/classes > >> [javac] > >> > >> /home/toddg/asi/workspace
Re: Unending Leader Elections in WAN deploy
Hi Todd, Most of the patches that you mention should be in the branch 3.2 by tomm or so. 481, 479 are already in. 480 and 491 should be in by tomm. Would that suffice for you? Thanks mahadev On 8/3/09 4:21 PM, "Todd Greenwood" wrote: > Another problem...I've reverted to the latest versions of the patches > that are not specific to branch-3.2, and I'm getting two compilation > errors: > > build-generated: > [javac] Compiling 44 source files to > /home/toddg/asi/workspaces/main/Main/RSI/etc/holmes/main/zookeeper/src/p > atched/branch-3.2/build/classes > > compile-main: > [javac] Compiling 2 source files to > /home/toddg/asi/workspaces/main/Main/RSI/etc/holmes/main/zookeeper/src/p > atched/branch-3.2/build/classes > [javac] > /home/toddg/asi/workspaces/main/Main/RSI/etc/holmes/main/zookeeper/src/p > atched/branch-3.2/src/java/main/org/apache/zookeeper/server/quorum/Quoru > mStats.java:30: name clash: getQuorumPeers() and getQuorumPeers() have > the same erasure > [javac] public String[] getQuorumPeers(); > [javac] ^ > [javac] > /home/toddg/asi/workspaces/main/Main/RSI/etc/holmes/main/zookeeper/src/p > atched/branch-3.2/src/java/main/org/apache/zookeeper/server/quorum/Quoru > mStats.java:31: name clash: getServerState() and getServerState() have > the same erasure > [javac] public String getServerState(); > [javac] ^ > [javac] 2 errors > > My build process is pretty simple: > > 1. copy the branch-3.2 source to a temp directory > (src/patched/branch-3.2) > 2. apply the ZOOKEEPER patches in my patches directory > 3. build zookeeper in the temp directory > > -Todd >> -Original Message- >> From: Todd Greenwood [mailto:to...@audiencescience.com] >> Sent: Monday, August 03, 2009 4:09 PM >> To: zookeeper-user@hadoop.apache.org >> Subject: RE: Unending Leader Elections in WAN deploy >> >> Flavio, >> I notice that you've updated the patches referenced for the WAN >> deployment. There appears to be an order dependency w/ respect to > these >> four patches... >> >> ZOOKEEPER-473.patch ZOOKEEPER-479-branch3.2.patch >> ZOOKEEPER-481-branch3.2.patch ZOOKEEPER-491.patch >> >> 473 -> 479 (479 fails) >> >> > to...@toddg01lt:~/asi/workspaces/main/Main/RSI/etc/holmes/main/zookeeper >> /src/patched/branch-3.2$ patch -p0 < >> ../patches/ZOOKEEPER-479-branch3.2.patch >> patching file >> > src/java/main/org/apache/zookeeper/server/quorum/flexible/QuorumHierarch >> ical.java >> patching file >> > src/java/main/org/apache/zookeeper/server/quorum/flexible/QuorumMaj.java >> patching file >> > src/java/main/org/apache/zookeeper/server/quorum/flexible/QuorumVerifier >> .java >> patching file >> src/java/test/org/apache/zookeeper/test/HierarchicalQuorumTest.java >> Hunk #1 FAILED at 93. >> Hunk #2 FAILED at 145. >> 2 out of 2 hunks FAILED -- saving rejects to file >> > src/java/test/org/apache/zookeeper/test/HierarchicalQuorumTest.java.rej >> > to...@toddg01lt:~/asi/workspaces/main/Main/RSI/etc/holmes/main/zookeeper >> /src/patched/branch-3.2$ h ../patches/ >> >> Could you advise as to which patches I need to apply, and in what > order? >> >> -Todd >> >>> -Original Message- >>> From: Flavio Junqueira [mailto:f...@yahoo-inc.com] >>> Sent: Friday, July 31, 2009 9:51 PM >>> To: zookeeper-user@hadoop.apache.org >>> Subject: Re: Unending Leader Elections in WAN deploy >>> >>> Perfect! Thanks for the update, Todd. >>> >>> -Flavio >>> >>> On Jul 31, 2009, at 8:17 PM, Todd Greenwood wrote: >>> Thanks. You were right, I had a stale version of 479. Compilation succeeds and all tests pass on branch-3.2 with the latest patches >> 473, 479, 481, and 491. -Todd > -Original Message- > From: Flavio Junqueira [mailto:f...@yahoo-inc.com] > Sent: Friday, July 31, 2009 7:48 PM > To: zookeeper-user@hadoop.apache.org > Subject: Re: Unending Leader Elections in WAN deploy > > It should be in 479. Perhaps you have a stale version of the > patch. > > -Flavio > > On Jul 31, 2009, at 7:46 PM, Todd Greenwood wrote: > >> Flavio, >> >> I'm getting a compilation error for patch 491: >> >> compile-main: >> [javac] Compiling 1 source file to >> >> /home/toddg/asi/workspaces/main/Main/RSI/etc/holmes/main/zookeeper/ >> src/p >> atched/branch-3.2/build/classes >> [javac] >> >> /home/toddg/asi/workspaces/main/Main/RSI/etc/holmes/main/zookeeper/ >> src/p >> >> atched/branch-3.2/src/java/main/org/apache/zookeeper/server/quorum/ >> FastL >> eaderElection.java:601: cannot find symbol >> [javac] symbol : method getWeight(long) >> [javac] location: interface >> org.apache.zookeeper.server.quorum.flexible.QuorumVerifier >> [javac] >> if(self.getQuorumVerifier().getWeight(n.sid) != 0) >> [javac]^ >>
Hadoop BootCamp in Berlin Aug 27, 28th (reminder)
Hi all, A quick reminder that Scale Unlimited will run a 2 day Hadoop BootCamp in Berlin on August 27th and 28th. This 2 day course is for managers and developers who want to quickly become experienced with Hadoop and related technologies. The BootCamp provides training in MapReduce Theory, Hadoop Architecture, configuration, and API's through our hands-on labs. All our courses are taught by practitioners with years of Hadoop and related experience in large data architectures. ** Professional independent consultants may take this course for free, please email i...@scaleunlimited.com to inquire. http://www.scaleunlimited.com/courses/programs Detailed information and registration information is at: http://www.scaleunlimited.com/courses/berlin08 (german) or http://www.scaleunlimited.com/courses/hadoop-boot-camp-berlin-en (english) cheers, chris P.S Apologies for the cross posting. P.P.S. Please spread the word! ~~~ Hadoop training and consulting http://www.scaleunlimited.com
RE: Unending Leader Elections in WAN deploy
Another problem...I've reverted to the latest versions of the patches that are not specific to branch-3.2, and I'm getting two compilation errors: build-generated: [javac] Compiling 44 source files to /home/toddg/asi/workspaces/main/Main/RSI/etc/holmes/main/zookeeper/src/p atched/branch-3.2/build/classes compile-main: [javac] Compiling 2 source files to /home/toddg/asi/workspaces/main/Main/RSI/etc/holmes/main/zookeeper/src/p atched/branch-3.2/build/classes [javac] /home/toddg/asi/workspaces/main/Main/RSI/etc/holmes/main/zookeeper/src/p atched/branch-3.2/src/java/main/org/apache/zookeeper/server/quorum/Quoru mStats.java:30: name clash: getQuorumPeers() and getQuorumPeers() have the same erasure [javac] public String[] getQuorumPeers(); [javac] ^ [javac] /home/toddg/asi/workspaces/main/Main/RSI/etc/holmes/main/zookeeper/src/p atched/branch-3.2/src/java/main/org/apache/zookeeper/server/quorum/Quoru mStats.java:31: name clash: getServerState() and getServerState() have the same erasure [javac] public String getServerState(); [javac] ^ [javac] 2 errors My build process is pretty simple: 1. copy the branch-3.2 source to a temp directory (src/patched/branch-3.2) 2. apply the ZOOKEEPER patches in my patches directory 3. build zookeeper in the temp directory -Todd > -Original Message- > From: Todd Greenwood [mailto:to...@audiencescience.com] > Sent: Monday, August 03, 2009 4:09 PM > To: zookeeper-user@hadoop.apache.org > Subject: RE: Unending Leader Elections in WAN deploy > > Flavio, > I notice that you've updated the patches referenced for the WAN > deployment. There appears to be an order dependency w/ respect to these > four patches... > > ZOOKEEPER-473.patch ZOOKEEPER-479-branch3.2.patch > ZOOKEEPER-481-branch3.2.patch ZOOKEEPER-491.patch > > 473 -> 479 (479 fails) > > to...@toddg01lt:~/asi/workspaces/main/Main/RSI/etc/holmes/main/zookeeper > /src/patched/branch-3.2$ patch -p0 < > ../patches/ZOOKEEPER-479-branch3.2.patch > patching file > src/java/main/org/apache/zookeeper/server/quorum/flexible/QuorumHierarch > ical.java > patching file > src/java/main/org/apache/zookeeper/server/quorum/flexible/QuorumMaj.java > patching file > src/java/main/org/apache/zookeeper/server/quorum/flexible/QuorumVerifier > .java > patching file > src/java/test/org/apache/zookeeper/test/HierarchicalQuorumTest.java > Hunk #1 FAILED at 93. > Hunk #2 FAILED at 145. > 2 out of 2 hunks FAILED -- saving rejects to file > src/java/test/org/apache/zookeeper/test/HierarchicalQuorumTest.java.rej > to...@toddg01lt:~/asi/workspaces/main/Main/RSI/etc/holmes/main/zookeeper > /src/patched/branch-3.2$ h ../patches/ > > Could you advise as to which patches I need to apply, and in what order? > > -Todd > > > -Original Message- > > From: Flavio Junqueira [mailto:f...@yahoo-inc.com] > > Sent: Friday, July 31, 2009 9:51 PM > > To: zookeeper-user@hadoop.apache.org > > Subject: Re: Unending Leader Elections in WAN deploy > > > > Perfect! Thanks for the update, Todd. > > > > -Flavio > > > > On Jul 31, 2009, at 8:17 PM, Todd Greenwood wrote: > > > > > Thanks. You were right, I had a stale version of 479. Compilation > > > succeeds and all tests pass on branch-3.2 with the latest patches > 473, > > > 479, 481, and 491. > > > > > > -Todd > > > > > >> -Original Message- > > >> From: Flavio Junqueira [mailto:f...@yahoo-inc.com] > > >> Sent: Friday, July 31, 2009 7:48 PM > > >> To: zookeeper-user@hadoop.apache.org > > >> Subject: Re: Unending Leader Elections in WAN deploy > > >> > > >> It should be in 479. Perhaps you have a stale version of the patch. > > >> > > >> -Flavio > > >> > > >> On Jul 31, 2009, at 7:46 PM, Todd Greenwood wrote: > > >> > > >>> Flavio, > > >>> > > >>> I'm getting a compilation error for patch 491: > > >>> > > >>> compile-main: > > >>> [javac] Compiling 1 source file to > > >>> > /home/toddg/asi/workspaces/main/Main/RSI/etc/holmes/main/zookeeper/ > > >>> src/p > > >>> atched/branch-3.2/build/classes > > >>> [javac] > > >>> > /home/toddg/asi/workspaces/main/Main/RSI/etc/holmes/main/zookeeper/ > > >>> src/p > > >>> > atched/branch-3.2/src/java/main/org/apache/zookeeper/server/quorum/ > > >>> FastL > > >>> eaderElection.java:601: cannot find symbol > > >>> [javac] symbol : method getWeight(long) > > >>> [javac] location: interface > > >>> org.apache.zookeeper.server.quorum.flexible.QuorumVerifier > > >>> [javac] > > >>> if(self.getQuorumVerifier().getWeight(n.sid) != 0) > > >>> [javac]^ > > >>> [javac] 1 error > > >>> > > >>> I see a reference to getWeight in both FastLeaderElection.java in > > >>> patch > > >>> 491: > > >>> > > >>> patches/ZOOKEEPER-491.patch:+ > > >>> if(self.getQuorumVerifier().getWeight(n.sid) != 0) > > >>> src/java/main/org/apache/zookeeper/server/quorum/ > > >>> FastLeaderElection.java > > >>> : > > >>> if(self.getQuo
RE: Unending Leader Elections in WAN deploy
Flavio, I notice that you've updated the patches referenced for the WAN deployment. There appears to be an order dependency w/ respect to these four patches... ZOOKEEPER-473.patch ZOOKEEPER-479-branch3.2.patch ZOOKEEPER-481-branch3.2.patch ZOOKEEPER-491.patch 473 -> 479 (479 fails) to...@toddg01lt:~/asi/workspaces/main/Main/RSI/etc/holmes/main/zookeeper /src/patched/branch-3.2$ patch -p0 < ../patches/ZOOKEEPER-479-branch3.2.patch patching file src/java/main/org/apache/zookeeper/server/quorum/flexible/QuorumHierarch ical.java patching file src/java/main/org/apache/zookeeper/server/quorum/flexible/QuorumMaj.java patching file src/java/main/org/apache/zookeeper/server/quorum/flexible/QuorumVerifier .java patching file src/java/test/org/apache/zookeeper/test/HierarchicalQuorumTest.java Hunk #1 FAILED at 93. Hunk #2 FAILED at 145. 2 out of 2 hunks FAILED -- saving rejects to file src/java/test/org/apache/zookeeper/test/HierarchicalQuorumTest.java.rej to...@toddg01lt:~/asi/workspaces/main/Main/RSI/etc/holmes/main/zookeeper /src/patched/branch-3.2$ h ../patches/ Could you advise as to which patches I need to apply, and in what order? -Todd > -Original Message- > From: Flavio Junqueira [mailto:f...@yahoo-inc.com] > Sent: Friday, July 31, 2009 9:51 PM > To: zookeeper-user@hadoop.apache.org > Subject: Re: Unending Leader Elections in WAN deploy > > Perfect! Thanks for the update, Todd. > > -Flavio > > On Jul 31, 2009, at 8:17 PM, Todd Greenwood wrote: > > > Thanks. You were right, I had a stale version of 479. Compilation > > succeeds and all tests pass on branch-3.2 with the latest patches 473, > > 479, 481, and 491. > > > > -Todd > > > >> -Original Message- > >> From: Flavio Junqueira [mailto:f...@yahoo-inc.com] > >> Sent: Friday, July 31, 2009 7:48 PM > >> To: zookeeper-user@hadoop.apache.org > >> Subject: Re: Unending Leader Elections in WAN deploy > >> > >> It should be in 479. Perhaps you have a stale version of the patch. > >> > >> -Flavio > >> > >> On Jul 31, 2009, at 7:46 PM, Todd Greenwood wrote: > >> > >>> Flavio, > >>> > >>> I'm getting a compilation error for patch 491: > >>> > >>> compile-main: > >>> [javac] Compiling 1 source file to > >>> /home/toddg/asi/workspaces/main/Main/RSI/etc/holmes/main/zookeeper/ > >>> src/p > >>> atched/branch-3.2/build/classes > >>> [javac] > >>> /home/toddg/asi/workspaces/main/Main/RSI/etc/holmes/main/zookeeper/ > >>> src/p > >>> atched/branch-3.2/src/java/main/org/apache/zookeeper/server/quorum/ > >>> FastL > >>> eaderElection.java:601: cannot find symbol > >>> [javac] symbol : method getWeight(long) > >>> [javac] location: interface > >>> org.apache.zookeeper.server.quorum.flexible.QuorumVerifier > >>> [javac] > >>> if(self.getQuorumVerifier().getWeight(n.sid) != 0) > >>> [javac]^ > >>> [javac] 1 error > >>> > >>> I see a reference to getWeight in both FastLeaderElection.java in > >>> patch > >>> 491: > >>> > >>> patches/ZOOKEEPER-491.patch:+ > >>> if(self.getQuorumVerifier().getWeight(n.sid) != 0) > >>> src/java/main/org/apache/zookeeper/server/quorum/ > >>> FastLeaderElection.java > >>> : > >>> if(self.getQuorumVerifier().getWeight(n.sid) != > >>> 0) > >>> > >>> However, I don't see a reference to this method in patches 473, 479, > >>> or > >>> 481. I also don't see a reference to this method in the trunk... > >>> > >>> -Todd > >>> > -Original Message- > From: Todd Greenwood [mailto:to...@audiencescience.com] > Sent: Friday, July 31, 2009 7:30 PM > To: zookeeper-user@hadoop.apache.org > Subject: RE: Unending Leader Elections in WAN deploy > > Ok, I'll apply that patch and report back. > -Todd > > > -Original Message- > > From: Flavio Junqueira [mailto:f...@yahoo-inc.com] > > Sent: Friday, July 31, 2009 7:18 PM > > To: zookeeper-user@hadoop.apache.org > > Subject: Re: Unending Leader Elections in WAN deploy > > > > You're missing 491 from your set of patches. > > > > -Flavio > > > > On Jul 31, 2009, at 7:15 PM, Todd Greenwood wrote: > > > >> This repro's in both branch-3.2, and branch-3.2+patches(473, 479, > >> 481). > >> > >> Basically, it seems like the nodes are electing pd4-zook02 to be > >>> the > >> leader. However, pd4-zook02 seems to realize it's not supposed to > >>> be > >> and > >> then disconnects everyone. Then they re-elect it again, and it > >>> loops > >> over and over. > >> > >> - > >> Server config > >> - > >> > >> server.1=dc1-zook01.dc01.revsci.net:2888:3888 > >> server.2=dc1-zook02.dc01.revsci.net:2888:3888 > >> server.3=dc1-zook03.dc01.revsci.net:2888:3888 > >> server.4=dc1-zook04.dc01.revsci.net:2888:3888 > >> server.5=dc1-zook05.dc01.revsci.net:2888:3888 > >> server.6=pd1-zook01.pd01.revsci.net:2888:3888 > >> server.7=pd1-zook02.pd01.revsci.n
Re: c client error message with chroot
Please do enter a JIRA. Looking at the source it seems that we log and
error, but the calling code continues. I think this is happening because
the chroot c lib code is not handling znode watches separate from state
change notifications.
The calling code just continues after logging an (invalid I think) error
- can you try it out and see if it works, even though the error message
is being displayed (with chroot I mean).
Thanks.
Patrick
Mahadev Konar wrote:
This looks like a bug. Does this happen without doing any reads/writes using
the zookeeper handle?
Please do open a jira for this.
Thanks
mahadev
On 8/2/09 10:53 PM, "Michi Mutsuzaki" wrote:
Hello,
I'm doing something like this (using zookeeper-3.2.0):
zhandle_t* zh = zookeeper_init("localhost:2818/servers", watcher,
1000, 0, 0, 0);
and getting this error:
2009-08-03 05:48:30,693:3380(0x40a04950):zoo_i...@check_events@1439:
initiated connection to server [127.0.0.1:2181]
2009-08-03 05:48:30,705:3380(0x40a04950):zoo_i...@check_events@1484:
connected to server [127.0.0.1:2181] with session id=122ddb9be64016d
2009-08-03 05:48:30,705:3380(0x40c05950):zoo_er...@sub_string@730:
server path does not include chroot path /servers
The error log doesn't appear if I use "localhost:2818" without chroot.
Is this actually an error?
Thanks!
--Michi
