[jira] Resolved: (ZOOKEEPER-708) zkpython failing due to undefined symbol deallocate_String_vector
[ https://issues.apache.org/jira/browse/ZOOKEEPER-708?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Patrick Hunt resolved ZOOKEEPER-708. Resolution: Fixed Hadoop Flags: [Reviewed] +1 looks good, committed > zkpython failing due to undefined symbol deallocate_String_vector > - > > Key: ZOOKEEPER-708 > URL: https://issues.apache.org/jira/browse/ZOOKEEPER-708 > Project: Zookeeper > Issue Type: Bug > Components: c client, contrib-bindings >Reporter: Patrick Hunt >Assignee: Mahadev konar >Priority: Blocker > Fix For: 3.3.0 > > Attachments: ZOOKEEPER-708.patch, ZOOKEEPER-708.patch, > ZOOKEEPER-708.patch > > > ant test in zkpython is failing. I think this is due to mahadev's changes to > remove unnecessary exports from the client lib. > [exec] ImportError: > /home/phunt/dev/workspace/gitzk/build/contrib/zkpython/lib.linux-x86_64-2.6/zookeeper.so: > undefined symbol: deallocate_String_vector > Mahadev can you take a look? -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (ZOOKEEPER-708) zkpython failing due to undefined symbol deallocate_String_vector
[ https://issues.apache.org/jira/browse/ZOOKEEPER-708?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12846773#action_12846773 ] Patrick Hunt commented on ZOOKEEPER-708: third patch addresses all zkpython issues - zkpython tests all pass. > zkpython failing due to undefined symbol deallocate_String_vector > - > > Key: ZOOKEEPER-708 > URL: https://issues.apache.org/jira/browse/ZOOKEEPER-708 > Project: Zookeeper > Issue Type: Bug > Components: c client, contrib-bindings >Reporter: Patrick Hunt >Assignee: Mahadev konar >Priority: Blocker > Fix For: 3.3.0 > > Attachments: ZOOKEEPER-708.patch, ZOOKEEPER-708.patch, > ZOOKEEPER-708.patch > > > ant test in zkpython is failing. I think this is due to mahadev's changes to > remove unnecessary exports from the client lib. > [exec] ImportError: > /home/phunt/dev/workspace/gitzk/build/contrib/zkpython/lib.linux-x86_64-2.6/zookeeper.so: > undefined symbol: deallocate_String_vector > Mahadev can you take a look? -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (ZOOKEEPER-708) zkpython failing due to undefined symbol deallocate_String_vector
[ https://issues.apache.org/jira/browse/ZOOKEEPER-708?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mahadev konar updated ZOOKEEPER-708: Attachment: ZOOKEEPER-708.patch > zkpython failing due to undefined symbol deallocate_String_vector > - > > Key: ZOOKEEPER-708 > URL: https://issues.apache.org/jira/browse/ZOOKEEPER-708 > Project: Zookeeper > Issue Type: Bug > Components: c client, contrib-bindings >Reporter: Patrick Hunt >Assignee: Mahadev konar >Priority: Blocker > Fix For: 3.3.0 > > Attachments: ZOOKEEPER-708.patch, ZOOKEEPER-708.patch, > ZOOKEEPER-708.patch > > > ant test in zkpython is failing. I think this is due to mahadev's changes to > remove unnecessary exports from the client lib. > [exec] ImportError: > /home/phunt/dev/workspace/gitzk/build/contrib/zkpython/lib.linux-x86_64-2.6/zookeeper.so: > undefined symbol: deallocate_String_vector > Mahadev can you take a look? -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (ZOOKEEPER-708) zkpython failing due to undefined symbol deallocate_String_vector
[ https://issues.apache.org/jira/browse/ZOOKEEPER-708?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12846769#action_12846769 ] Hadoop QA commented on ZOOKEEPER-708: - -1 overall. Here are the results of testing the latest attachment http://issues.apache.org/jira/secure/attachment/12439120/ZOOKEEPER-708.patch against trunk revision 924521. +1 @author. The patch does not contain any @author tags. -1 tests included. The patch doesn't appear to include any new or modified tests. Please justify why no tests are needed for this patch. +1 javadoc. The javadoc tool did not generate any warning messages. +1 javac. The applied patch does not increase the total number of javac compiler warnings. +1 findbugs. The patch does not introduce any new Findbugs warnings. +1 release audit. The applied patch does not increase the total number of release audit warnings. +1 core tests. The patch passed core unit tests. +1 contrib tests. The patch passed contrib unit tests. Test results: http://hudson.zones.apache.org/hudson/job/Zookeeper-Patch-h8.grid.sp2.yahoo.net/140/testReport/ Findbugs warnings: http://hudson.zones.apache.org/hudson/job/Zookeeper-Patch-h8.grid.sp2.yahoo.net/140/artifact/trunk/build/test/findbugs/newPatchFindbugsWarnings.html Console output: http://hudson.zones.apache.org/hudson/job/Zookeeper-Patch-h8.grid.sp2.yahoo.net/140/console This message is automatically generated. > zkpython failing due to undefined symbol deallocate_String_vector > - > > Key: ZOOKEEPER-708 > URL: https://issues.apache.org/jira/browse/ZOOKEEPER-708 > Project: Zookeeper > Issue Type: Bug > Components: c client, contrib-bindings >Reporter: Patrick Hunt >Assignee: Mahadev konar >Priority: Blocker > Fix For: 3.3.0 > > Attachments: ZOOKEEPER-708.patch, ZOOKEEPER-708.patch > > > ant test in zkpython is failing. I think this is due to mahadev's changes to > remove unnecessary exports from the client lib. > [exec] ImportError: > /home/phunt/dev/workspace/gitzk/build/contrib/zkpython/lib.linux-x86_64-2.6/zookeeper.so: > undefined symbol: deallocate_String_vector > Mahadev can you take a look? -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (ZOOKEEPER-709) bookkeeper build failing with missing factory
[ https://issues.apache.org/jira/browse/ZOOKEEPER-709?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Patrick Hunt updated ZOOKEEPER-709: --- Resolution: Fixed Hadoop Flags: [Reviewed] Status: Resolved (was: Patch Available) commited. > bookkeeper build failing with missing factory > - > > Key: ZOOKEEPER-709 > URL: https://issues.apache.org/jira/browse/ZOOKEEPER-709 > Project: Zookeeper > Issue Type: Bug > Components: contrib-bookkeeper >Reporter: Patrick Hunt >Assignee: Patrick Hunt >Priority: Blocker > Fix For: 3.3.0 > > Attachments: ZOOKEEPER-709.patch > > > ant test in bookkeeper results in > compile-test: > [javac] Compiling 10 source files to > /home/phunt/dev/workspace/gitzk/build/contrib/bookkeeper/test > [javac] > /home/phunt/dev/workspace/gitzk/src/contrib/bookkeeper/test/org/apache/bookkeeper/test/BaseTestCase.java:91: > cannot find symbol > [javac] symbol : constructor Factory(java.lang.Integer) > [javac] location: class org.apache.zookeeper.server.NIOServerCnxn.Factory > [javac] serverFactory = new > NIOServerCnxn.Factory(ZooKeeperDefaultPort); > [javac] ^ > [javac] 1 error > Flavio can you take a look at this one? (patch) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (ZOOKEEPER-708) zkpython failing due to undefined symbol deallocate_String_vector
[ https://issues.apache.org/jira/browse/ZOOKEEPER-708?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mahadev konar updated ZOOKEEPER-708: Attachment: ZOOKEEPER-708.patch can you try this? > zkpython failing due to undefined symbol deallocate_String_vector > - > > Key: ZOOKEEPER-708 > URL: https://issues.apache.org/jira/browse/ZOOKEEPER-708 > Project: Zookeeper > Issue Type: Bug > Components: c client, contrib-bindings >Reporter: Patrick Hunt >Assignee: Mahadev konar >Priority: Blocker > Fix For: 3.3.0 > > Attachments: ZOOKEEPER-708.patch, ZOOKEEPER-708.patch > > > ant test in zkpython is failing. I think this is due to mahadev's changes to > remove unnecessary exports from the client lib. > [exec] ImportError: > /home/phunt/dev/workspace/gitzk/build/contrib/zkpython/lib.linux-x86_64-2.6/zookeeper.so: > undefined symbol: deallocate_String_vector > Mahadev can you take a look? -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (ZOOKEEPER-708) zkpython failing due to undefined symbol deallocate_String_vector
[ https://issues.apache.org/jira/browse/ZOOKEEPER-708?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Patrick Hunt updated ZOOKEEPER-708: --- Status: Open (was: Patch Available) now I'm seeing another issue : [exec] ImportError: /home/phunt/dev/workspace/gitzk/build/contrib/zkpython/lib.linux-x86_64-2.6/zookeeper.so: undefined symbol: zerror > zkpython failing due to undefined symbol deallocate_String_vector > - > > Key: ZOOKEEPER-708 > URL: https://issues.apache.org/jira/browse/ZOOKEEPER-708 > Project: Zookeeper > Issue Type: Bug > Components: c client, contrib-bindings >Reporter: Patrick Hunt >Assignee: Mahadev konar >Priority: Blocker > Fix For: 3.3.0 > > Attachments: ZOOKEEPER-708.patch > > > ant test in zkpython is failing. I think this is due to mahadev's changes to > remove unnecessary exports from the client lib. > [exec] ImportError: > /home/phunt/dev/workspace/gitzk/build/contrib/zkpython/lib.linux-x86_64-2.6/zookeeper.so: > undefined symbol: deallocate_String_vector > Mahadev can you take a look? -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (ZOOKEEPER-709) bookkeeper build failing with missing factory
[ https://issues.apache.org/jira/browse/ZOOKEEPER-709?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Patrick Hunt updated ZOOKEEPER-709: --- Assignee: Patrick Hunt (was: Flavio Paiva Junqueira) Status: Patch Available (was: Open) > bookkeeper build failing with missing factory > - > > Key: ZOOKEEPER-709 > URL: https://issues.apache.org/jira/browse/ZOOKEEPER-709 > Project: Zookeeper > Issue Type: Bug > Components: contrib-bookkeeper >Reporter: Patrick Hunt >Assignee: Patrick Hunt >Priority: Blocker > Fix For: 3.3.0 > > Attachments: ZOOKEEPER-709.patch > > > ant test in bookkeeper results in > compile-test: > [javac] Compiling 10 source files to > /home/phunt/dev/workspace/gitzk/build/contrib/bookkeeper/test > [javac] > /home/phunt/dev/workspace/gitzk/src/contrib/bookkeeper/test/org/apache/bookkeeper/test/BaseTestCase.java:91: > cannot find symbol > [javac] symbol : constructor Factory(java.lang.Integer) > [javac] location: class org.apache.zookeeper.server.NIOServerCnxn.Factory > [javac] serverFactory = new > NIOServerCnxn.Factory(ZooKeeperDefaultPort); > [javac] ^ > [javac] 1 error > Flavio can you take a look at this one? (patch) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (ZOOKEEPER-709) bookkeeper build failing with missing factory
[ https://issues.apache.org/jira/browse/ZOOKEEPER-709?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Patrick Hunt updated ZOOKEEPER-709: --- Attachment: ZOOKEEPER-709.patch fix bk compile > bookkeeper build failing with missing factory > - > > Key: ZOOKEEPER-709 > URL: https://issues.apache.org/jira/browse/ZOOKEEPER-709 > Project: Zookeeper > Issue Type: Bug > Components: contrib-bookkeeper >Reporter: Patrick Hunt >Assignee: Flavio Paiva Junqueira >Priority: Blocker > Fix For: 3.3.0 > > Attachments: ZOOKEEPER-709.patch > > > ant test in bookkeeper results in > compile-test: > [javac] Compiling 10 source files to > /home/phunt/dev/workspace/gitzk/build/contrib/bookkeeper/test > [javac] > /home/phunt/dev/workspace/gitzk/src/contrib/bookkeeper/test/org/apache/bookkeeper/test/BaseTestCase.java:91: > cannot find symbol > [javac] symbol : constructor Factory(java.lang.Integer) > [javac] location: class org.apache.zookeeper.server.NIOServerCnxn.Factory > [javac] serverFactory = new > NIOServerCnxn.Factory(ZooKeeperDefaultPort); > [javac] ^ > [javac] 1 error > Flavio can you take a look at this one? (patch) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (ZOOKEEPER-709) bookkeeper build failing with missing factory
[ https://issues.apache.org/jira/browse/ZOOKEEPER-709?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12846763#action_12846763 ] Mahadev konar commented on ZOOKEEPER-709: - +1 looks good. > bookkeeper build failing with missing factory > - > > Key: ZOOKEEPER-709 > URL: https://issues.apache.org/jira/browse/ZOOKEEPER-709 > Project: Zookeeper > Issue Type: Bug > Components: contrib-bookkeeper >Reporter: Patrick Hunt >Assignee: Patrick Hunt >Priority: Blocker > Fix For: 3.3.0 > > Attachments: ZOOKEEPER-709.patch > > > ant test in bookkeeper results in > compile-test: > [javac] Compiling 10 source files to > /home/phunt/dev/workspace/gitzk/build/contrib/bookkeeper/test > [javac] > /home/phunt/dev/workspace/gitzk/src/contrib/bookkeeper/test/org/apache/bookkeeper/test/BaseTestCase.java:91: > cannot find symbol > [javac] symbol : constructor Factory(java.lang.Integer) > [javac] location: class org.apache.zookeeper.server.NIOServerCnxn.Factory > [javac] serverFactory = new > NIOServerCnxn.Factory(ZooKeeperDefaultPort); > [javac] ^ > [javac] 1 error > Flavio can you take a look at this one? (patch) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (ZOOKEEPER-708) zkpython failing due to undefined symbol deallocate_String_vector
[ https://issues.apache.org/jira/browse/ZOOKEEPER-708?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mahadev konar updated ZOOKEEPER-708: Status: Patch Available (was: Open) > zkpython failing due to undefined symbol deallocate_String_vector > - > > Key: ZOOKEEPER-708 > URL: https://issues.apache.org/jira/browse/ZOOKEEPER-708 > Project: Zookeeper > Issue Type: Bug > Components: c client, contrib-bindings >Reporter: Patrick Hunt >Assignee: Mahadev konar >Priority: Blocker > Fix For: 3.3.0 > > Attachments: ZOOKEEPER-708.patch > > > ant test in zkpython is failing. I think this is due to mahadev's changes to > remove unnecessary exports from the client lib. > [exec] ImportError: > /home/phunt/dev/workspace/gitzk/build/contrib/zkpython/lib.linux-x86_64-2.6/zookeeper.so: > undefined symbol: deallocate_String_vector > Mahadev can you take a look? -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (ZOOKEEPER-708) zkpython failing due to undefined symbol deallocate_String_vector
[ https://issues.apache.org/jira/browse/ZOOKEEPER-708?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mahadev konar updated ZOOKEEPER-708: Attachment: ZOOKEEPER-708.patch this patch should fix the issue. > zkpython failing due to undefined symbol deallocate_String_vector > - > > Key: ZOOKEEPER-708 > URL: https://issues.apache.org/jira/browse/ZOOKEEPER-708 > Project: Zookeeper > Issue Type: Bug > Components: c client, contrib-bindings >Reporter: Patrick Hunt >Assignee: Mahadev konar >Priority: Blocker > Fix For: 3.3.0 > > Attachments: ZOOKEEPER-708.patch > > > ant test in zkpython is failing. I think this is due to mahadev's changes to > remove unnecessary exports from the client lib. > [exec] ImportError: > /home/phunt/dev/workspace/gitzk/build/contrib/zkpython/lib.linux-x86_64-2.6/zookeeper.so: > undefined symbol: deallocate_String_vector > Mahadev can you take a look? -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (ZOOKEEPER-709) bookkeeper build failing with missing factory
bookkeeper build failing with missing factory - Key: ZOOKEEPER-709 URL: https://issues.apache.org/jira/browse/ZOOKEEPER-709 Project: Zookeeper Issue Type: Bug Components: contrib-bookkeeper Reporter: Patrick Hunt Assignee: Flavio Paiva Junqueira Priority: Blocker Fix For: 3.3.0 ant test in bookkeeper results in compile-test: [javac] Compiling 10 source files to /home/phunt/dev/workspace/gitzk/build/contrib/bookkeeper/test [javac] /home/phunt/dev/workspace/gitzk/src/contrib/bookkeeper/test/org/apache/bookkeeper/test/BaseTestCase.java:91: cannot find symbol [javac] symbol : constructor Factory(java.lang.Integer) [javac] location: class org.apache.zookeeper.server.NIOServerCnxn.Factory [javac] serverFactory = new NIOServerCnxn.Factory(ZooKeeperDefaultPort); [javac] ^ [javac] 1 error Flavio can you take a look at this one? (patch) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (ZOOKEEPER-708) zkpython failing due to undefined symbol deallocate_String_vector
[ https://issues.apache.org/jira/browse/ZOOKEEPER-708?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12846757#action_12846757 ] Mahadev konar commented on ZOOKEEPER-708: - good catch pat!!! Ill fix it > zkpython failing due to undefined symbol deallocate_String_vector > - > > Key: ZOOKEEPER-708 > URL: https://issues.apache.org/jira/browse/ZOOKEEPER-708 > Project: Zookeeper > Issue Type: Bug > Components: c client, contrib-bindings >Reporter: Patrick Hunt >Assignee: Mahadev konar >Priority: Blocker > Fix For: 3.3.0 > > > ant test in zkpython is failing. I think this is due to mahadev's changes to > remove unnecessary exports from the client lib. > [exec] ImportError: > /home/phunt/dev/workspace/gitzk/build/contrib/zkpython/lib.linux-x86_64-2.6/zookeeper.so: > undefined symbol: deallocate_String_vector > Mahadev can you take a look? -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (ZOOKEEPER-708) zkpython failing due to undefined symbol deallocate_String_vector
zkpython failing due to undefined symbol deallocate_String_vector - Key: ZOOKEEPER-708 URL: https://issues.apache.org/jira/browse/ZOOKEEPER-708 Project: Zookeeper Issue Type: Bug Components: c client, contrib-bindings Reporter: Patrick Hunt Assignee: Mahadev konar Priority: Blocker Fix For: 3.3.0 ant test in zkpython is failing. I think this is due to mahadev's changes to remove unnecessary exports from the client lib. [exec] ImportError: /home/phunt/dev/workspace/gitzk/build/contrib/zkpython/lib.linux-x86_64-2.6/zookeeper.so: undefined symbol: deallocate_String_vector Mahadev can you take a look? -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Status on upcoming ZK 3.3.0 release
Another update. 121 has been resolved, all of the remaining patches have been applied and non-blockers moved out of 3.3.0. A new issue has recently been identified (see SESSION MOVED thread on the user list). One user is reporting "session moved" errors in 3.2.2 when there shouldn't be. No jira on this yet but the user is creating a JIRA to track. This is a blocker for 3.3.0 until we can triage and identify the underlying problem. This is the last remaining issue so we'll be focused on this over the next day or two, once addressed I'll cut RC 0 for 3.3.0. Patrick Patrick Hunt wrote: The release candidate has been blocked by ZOOKEEPER-121. We're working to address, it's been failing intermittently on hudson. Additionally Hudson itself has been very unstable, Mahadev and I have been working to address this as well but that's slowing us considerably. Once the blockers are dealt with, which should be any time now if hudson cooperates, I should be publishing a release candidate. Patrick Patrick Hunt wrote: I was planning to cut a release candidate today, however there are a few blockers outstanding for this release that we need to address before I can do so. We're in the final stretch though. There are a number of open issues still pending for 3.3.0, however most of these are non-blockers and I've talked with the assigned party about policy (as soon as the blockers are addressed I will push remaining non-blockers to 3.4.0 and cut a release candidate). Unless you feel strongly about an issue push it to 3.4.0 asap. Recent changes have caused intermittent test failures (blocker issues) on hudson. Hudson runs with clover so these are probably timing related (clover test builds run much more slowly). We are working to address these with highest priority. Additionally Hudson itself has been unstable of late which is impacting our ability to process patches. Over the next few days things will stabilize and we'll cut the release candidate for 3.3.0. I encourage people following this list to run the tests themselves (checkout trunk and type "ant test") and enter JIRAs for any issues you find. Better now than once the release candidate is cut. Better now than when you need to roll out the changes to your environment and find issues that will take a fix release to address. Regards, Patrick Patrick Hunt wrote: March 10 is rapidly approaching. There aren't any blockers left, my plan is to commit any reviewed "patch availables" and push any remaining non-blockers into 3.4.0 on Weds as part of cutting the 3.3.0 release candidate. If you have something that you want to get into 3.3.0 you need to get the patch in now. Final warning. ;-) Patrick Patrick Hunt wrote: Just a reminder, 3.3.0 is coming up fast. I will re-triage the JIRA list sometime next week with an eye towards reducing the list of "fix for 3.3.0", pushing non-critical, non-resourced issues to the 3.4.0 release. So if you have something you want to get into 3.3.0 that's a non-blocker please submit a patch asap. Patrick Patrick Hunt wrote: ZK 3.3.0 is currently slated for March 10th. You can see a JIRA level overview here: https://issues.apache.org/jira/browse/ZOOKEEPER/fixforversion/12313976 Mahadev and I did an initial triage of the 3.3.0 JIRAs today. There are currently 77 open issues slated for inclusion in this release, vs 110 already addressed. What does this mean for you? If there's a JIRA assigned to you or that you created that's listed for 3.3.0 please review it. If you don't plan on working on it for 3.3.0 reschedule it (3.4.0 or later), if you do plan to work on it please do so (sooner == better). If you want to get something into 3.3.0 that's not listed for 3.3.0 please submit a patch asap. As the 3.3.0 deadline approaches I will continue triaging the issues, in particular I will start pushing out non-blocker JIRAs that are not actively being worked on. Thank you, Patrick
[jira] Updated: (ZOOKEEPER-697) TestQuotaQuorum is failing on Hudson
[ https://issues.apache.org/jira/browse/ZOOKEEPER-697?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Patrick Hunt updated ZOOKEEPER-697: --- Fix Version/s: (was: 3.3.0) 3.3.1 not a blocker for 3.3.0, tracking in 3.3.1. Have not seen these since, ie not reproduceable but let's keep an eye open. > TestQuotaQuorum is failing on Hudson > > > Key: ZOOKEEPER-697 > URL: https://issues.apache.org/jira/browse/ZOOKEEPER-697 > Project: Zookeeper > Issue Type: Bug >Reporter: Mahadev konar >Assignee: Mahadev konar >Priority: Critical > Fix For: 3.3.1 > > > The hudson test build failed > http://hudson.zones.apache.org/hudson/job/ZooKeeper-trunk/729/testReport/junit/org.apache.zookeeper.test/QuorumQuotaTest/testQuotaWithQuorum/ -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (ZOOKEEPER-690) AsyncTestHammer test fails on hudson.
[ https://issues.apache.org/jira/browse/ZOOKEEPER-690?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Patrick Hunt updated ZOOKEEPER-690: --- Fix Version/s: (was: 3.3.0) 3.3.1 not a blocker for 3.3.0, tracking in 3.3.1. Have not seen these since, ie not reproduceable but let's keep an eye open. > AsyncTestHammer test fails on hudson. > - > > Key: ZOOKEEPER-690 > URL: https://issues.apache.org/jira/browse/ZOOKEEPER-690 > Project: Zookeeper > Issue Type: Bug >Reporter: Mahadev konar >Assignee: Patrick Hunt >Priority: Critical > Fix For: 3.3.1 > > > the hudson test failed on > http://hudson.zones.apache.org/hudson/job/Zookeeper-Patch-h1.grid.sp2.yahoo.net/2/testReport/. > There are huge set of cancelledkeyexceptions in the logs. Still going > through the logs to find out the reason for failure. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (ZOOKEEPER-591) The C Client cannot exit properly in some situation
[ https://issues.apache.org/jira/browse/ZOOKEEPER-591?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Patrick Hunt updated ZOOKEEPER-591: --- Resolution: Fixed Status: Resolved (was: Patch Available) +1 on the latest patch. This seems to address the issue, no longer hanging on my machine, also not hanging on some other systems I tested (was hanging before). Great job Mahadev! > The C Client cannot exit properly in some situation > --- > > Key: ZOOKEEPER-591 > URL: https://issues.apache.org/jira/browse/ZOOKEEPER-591 > Project: Zookeeper > Issue Type: Bug > Components: c client >Affects Versions: 3.2.1 > Environment: Linux db-passport-test05.vm 2.6.9_5-4-0-5 #1 SMP Tue Apr > 14 15:56:24 CST 2009 x86_64 x86_64 x86_64 GNU/Linux >Reporter: Qian Ye >Assignee: Mahadev konar >Priority: Blocker > Fix For: 3.3.0 > > Attachments: ZOOKEEPER-591.patch, ZOOKEEPER-591.patch, > ZOOKEEPER-591.patch, ZOOKEEPER-591.patch, ZOOKEEPER-591_1.patch, > ZOOKEEPER-591_1.patch, ZOOKEEPER-591_1.patch, ZOOKEEPER-591_2.patch, zootest.c > > > The following code produce a situation, where the C Client can not exit > properly, > #include "include/zookeeper.h" > void default_zoo_watcher(zhandle_t *zzh, int type, int state, const char > *path, void* context){ > int zrc = 0; > struct String_vector str_vec = {0, NULL}; > printf("in the default_zoo_watcher\n"); > zrc = zoo_wget_children(zzh, "/mytest", default_zoo_watcher, NULL, > &str_vec); > printf("zoo_wget_children, error: %d\n", zrc); > return; > } > int main() > { > int zrc = 0; > int buff_len = 10; > char buff[10] = "hello"; > char path[512]; > struct Stat stat; > struct String_vector str_vec = {0, NULL}; > zhandle_t *zh = zookeeper_init("10.81.20.62:2181", NULL, 3, 0, 0, 0); > zrc = zoo_create(zh, "/mytest", buff, 10, &ZOO_OPEN_ACL_UNSAFE, 0, path, > 512); > printf("zoo_create, error: %d\n", zrc); > zrc = zoo_wget_children(zh, "/mytest", default_zoo_watcher, NULL, > &str_vec); > printf("zoo_wget_children, error: %d\n", zrc); > zrc = zoo_create(zh, "/mytest/test1", buff, 10, &ZOO_OPEN_ACL_UNSAFE, 0, > path, 512); > printf("zoo_create, error: %d\n", zrc); > zrc = zoo_wget_children(zh, "/mytest", default_zoo_watcher, NULL, > &str_vec); > printf("zoo_wget_children, error: %d\n", zrc); > zrc = zoo_delete(zh, "/mytest/test1", -1); > printf("zoo_delete, error: %d\n", zrc); > zookeeper_close(zh); > return 0; > } > running this code can cause the program hang at zookeeper_close(zh);(line > 38). using gdb to attach the process, I found that the main thread is waiting > for do_completion thread to finish, > (gdb) bt > #0 0x00302b806ffb in pthread_join () from /lib64/tls/libpthread.so.0 > #1 0x0040de3b in adaptor_finish (zh=0x515b60) at src/mt_adaptor.c:219 > #2 0x004060ba in zookeeper_close (zh=0x515b60) at > src/zookeeper.c:2100 > #3 0x0040220b in main () > and the thread which handle the zoo_wget_children(in the default_zoo_watcher) > is waiting for sc->cond. > (gdb) thread 2 > [Switching to thread 2 (Thread 1094719840 (LWP 25093))]#0 0x00302b8089aa > in pthread_cond_wait@@GLIBC_2.3.2 () >from /lib64/tls/libpthread.so.0 > (gdb) bt > #0 0x00302b8089aa in pthread_cond_wait@@GLIBC_2.3.2 () from > /lib64/tls/libpthread.so.0 > #1 0x0040d88b in wait_sync_completion (sc=0x5167f0) at > src/mt_adaptor.c:82 > #2 0x004082c9 in zoo_wget_children (zh=0x515b60, path=0x40ebc0 > "/mytest", watcher=0x401fd8 , watcherCtx=Variable > "watcherCtx" is not available.) > at src/zookeeper.c:2884 > #3 0x00402037 in default_zoo_watcher () > #4 0x0040d664 in deliverWatchers (zh=0x515b60, type=4, state=3, > path=0x515100 "/mytest", list=0x5177d8) at src/zk_hashtable.c:274 > #5 0x00403861 in process_completions (zh=0x515b60) at > src/zookeeper.c:1631 > #6 0x0040e1b5 in do_completion (v=Variable "v" is not available.) at > src/mt_adaptor.c:333 > #7 0x00302b80610a in start_thread () from /lib64/tls/libpthread.so.0 > #8 0x00302afc6003 in clone () from /lib64/tls/libc.so.6 > #9 0x in ?? () > here, a deadlock presents. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (ZOOKEEPER-707) c client close can crash with cptr null
c client close can crash with cptr null --- Key: ZOOKEEPER-707 URL: https://issues.apache.org/jira/browse/ZOOKEEPER-707 Project: Zookeeper Issue Type: Bug Components: c client Affects Versions: 3.3.0 Reporter: Patrick Hunt Priority: Critical Fix For: 3.3.1 saw this in the zktest_mt at the end of 3.3.0, seems unlikely to happen though as it only failed after running the test 10-15 times. Zookeeper_simpleSystem::testAuth ZooKeeper server started : elapsed 26011 : OK Zookeeper_simpleSystem::testHangingClientzktest-mt: src/zookeeper.c:1950: zookeeper_process: Assertion `cptr' failed. Aborted -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (ZOOKEEPER-591) The C Client cannot exit properly in some situation
[ https://issues.apache.org/jira/browse/ZOOKEEPER-591?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12846624#action_12846624 ] Hudson commented on ZOOKEEPER-591: -- Integrated in ZooKeeper-trunk #755 (See [http://hudson.zones.apache.org/hudson/job/ZooKeeper-trunk/755/]) . The C Client cannot exit properly in some situation > The C Client cannot exit properly in some situation > --- > > Key: ZOOKEEPER-591 > URL: https://issues.apache.org/jira/browse/ZOOKEEPER-591 > Project: Zookeeper > Issue Type: Bug > Components: c client >Affects Versions: 3.2.1 > Environment: Linux db-passport-test05.vm 2.6.9_5-4-0-5 #1 SMP Tue Apr > 14 15:56:24 CST 2009 x86_64 x86_64 x86_64 GNU/Linux >Reporter: Qian Ye >Assignee: Mahadev konar >Priority: Blocker > Fix For: 3.3.0 > > Attachments: ZOOKEEPER-591.patch, ZOOKEEPER-591.patch, > ZOOKEEPER-591.patch, ZOOKEEPER-591.patch, ZOOKEEPER-591_1.patch, > ZOOKEEPER-591_1.patch, ZOOKEEPER-591_1.patch, ZOOKEEPER-591_2.patch, zootest.c > > > The following code produce a situation, where the C Client can not exit > properly, > #include "include/zookeeper.h" > void default_zoo_watcher(zhandle_t *zzh, int type, int state, const char > *path, void* context){ > int zrc = 0; > struct String_vector str_vec = {0, NULL}; > printf("in the default_zoo_watcher\n"); > zrc = zoo_wget_children(zzh, "/mytest", default_zoo_watcher, NULL, > &str_vec); > printf("zoo_wget_children, error: %d\n", zrc); > return; > } > int main() > { > int zrc = 0; > int buff_len = 10; > char buff[10] = "hello"; > char path[512]; > struct Stat stat; > struct String_vector str_vec = {0, NULL}; > zhandle_t *zh = zookeeper_init("10.81.20.62:2181", NULL, 3, 0, 0, 0); > zrc = zoo_create(zh, "/mytest", buff, 10, &ZOO_OPEN_ACL_UNSAFE, 0, path, > 512); > printf("zoo_create, error: %d\n", zrc); > zrc = zoo_wget_children(zh, "/mytest", default_zoo_watcher, NULL, > &str_vec); > printf("zoo_wget_children, error: %d\n", zrc); > zrc = zoo_create(zh, "/mytest/test1", buff, 10, &ZOO_OPEN_ACL_UNSAFE, 0, > path, 512); > printf("zoo_create, error: %d\n", zrc); > zrc = zoo_wget_children(zh, "/mytest", default_zoo_watcher, NULL, > &str_vec); > printf("zoo_wget_children, error: %d\n", zrc); > zrc = zoo_delete(zh, "/mytest/test1", -1); > printf("zoo_delete, error: %d\n", zrc); > zookeeper_close(zh); > return 0; > } > running this code can cause the program hang at zookeeper_close(zh);(line > 38). using gdb to attach the process, I found that the main thread is waiting > for do_completion thread to finish, > (gdb) bt > #0 0x00302b806ffb in pthread_join () from /lib64/tls/libpthread.so.0 > #1 0x0040de3b in adaptor_finish (zh=0x515b60) at src/mt_adaptor.c:219 > #2 0x004060ba in zookeeper_close (zh=0x515b60) at > src/zookeeper.c:2100 > #3 0x0040220b in main () > and the thread which handle the zoo_wget_children(in the default_zoo_watcher) > is waiting for sc->cond. > (gdb) thread 2 > [Switching to thread 2 (Thread 1094719840 (LWP 25093))]#0 0x00302b8089aa > in pthread_cond_wait@@GLIBC_2.3.2 () >from /lib64/tls/libpthread.so.0 > (gdb) bt > #0 0x00302b8089aa in pthread_cond_wait@@GLIBC_2.3.2 () from > /lib64/tls/libpthread.so.0 > #1 0x0040d88b in wait_sync_completion (sc=0x5167f0) at > src/mt_adaptor.c:82 > #2 0x004082c9 in zoo_wget_children (zh=0x515b60, path=0x40ebc0 > "/mytest", watcher=0x401fd8 , watcherCtx=Variable > "watcherCtx" is not available.) > at src/zookeeper.c:2884 > #3 0x00402037 in default_zoo_watcher () > #4 0x0040d664 in deliverWatchers (zh=0x515b60, type=4, state=3, > path=0x515100 "/mytest", list=0x5177d8) at src/zk_hashtable.c:274 > #5 0x00403861 in process_completions (zh=0x515b60) at > src/zookeeper.c:1631 > #6 0x0040e1b5 in do_completion (v=Variable "v" is not available.) at > src/mt_adaptor.c:333 > #7 0x00302b80610a in start_thread () from /lib64/tls/libpthread.so.0 > #8 0x00302afc6003 in clone () from /lib64/tls/libc.so.6 > #9 0x in ?? () > here, a deadlock presents. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (ZOOKEEPER-436) Bookies should auto register to ZooKeeper
[ https://issues.apache.org/jira/browse/ZOOKEEPER-436?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Erwin Tam updated ZOOKEEPER-436: Attachment: ZOOKEEPER-436.patch Updated patch making the changes to fix the unit tests. Also made the changes without making the formatting changes done before. > Bookies should auto register to ZooKeeper > - > > Key: ZOOKEEPER-436 > URL: https://issues.apache.org/jira/browse/ZOOKEEPER-436 > Project: Zookeeper > Issue Type: Improvement > Components: contrib-bookkeeper >Reporter: Benjamin Reed > Attachments: ZOOKEEPER-436.patch > > > currently bookies have to be manually added to ZooKeeper to be used in a > BookKeeper service. we should be able to just start up a bookkie, point it at > ZooKeeper, and have it get auto integrated in. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (ZOOKEEPER-436) Bookies should auto register to ZooKeeper
[ https://issues.apache.org/jira/browse/ZOOKEEPER-436?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Erwin Tam updated ZOOKEEPER-436: Status: Patch Available (was: Open) > Bookies should auto register to ZooKeeper > - > > Key: ZOOKEEPER-436 > URL: https://issues.apache.org/jira/browse/ZOOKEEPER-436 > Project: Zookeeper > Issue Type: Improvement > Components: contrib-bookkeeper >Reporter: Benjamin Reed > Attachments: ZOOKEEPER-436.patch > > > currently bookies have to be manually added to ZooKeeper to be used in a > BookKeeper service. we should be able to just start up a bookkie, point it at > ZooKeeper, and have it get auto integrated in. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (ZOOKEEPER-436) Bookies should auto register to ZooKeeper
[ https://issues.apache.org/jira/browse/ZOOKEEPER-436?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Erwin Tam updated ZOOKEEPER-436: Attachment: (was: ZOOKEEPER-436.patch) > Bookies should auto register to ZooKeeper > - > > Key: ZOOKEEPER-436 > URL: https://issues.apache.org/jira/browse/ZOOKEEPER-436 > Project: Zookeeper > Issue Type: Improvement > Components: contrib-bookkeeper >Reporter: Benjamin Reed > > currently bookies have to be manually added to ZooKeeper to be used in a > BookKeeper service. we should be able to just start up a bookkie, point it at > ZooKeeper, and have it get auto integrated in. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (ZOOKEEPER-591) The C Client cannot exit properly in some situation
[ https://issues.apache.org/jira/browse/ZOOKEEPER-591?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12846607#action_12846607 ] Hadoop QA commented on ZOOKEEPER-591: - -1 overall. Here are the results of testing the latest attachment http://issues.apache.org/jira/secure/attachment/12439082/ZOOKEEPER-591_2.patch against trunk revision 924147. +1 @author. The patch does not contain any @author tags. -1 tests included. The patch doesn't appear to include any new or modified tests. Please justify why no tests are needed for this patch. +1 javadoc. The javadoc tool did not generate any warning messages. +1 javac. The applied patch does not increase the total number of javac compiler warnings. +1 findbugs. The patch does not introduce any new Findbugs warnings. +1 release audit. The applied patch does not increase the total number of release audit warnings. +1 core tests. The patch passed core unit tests. +1 contrib tests. The patch passed contrib unit tests. Test results: http://hudson.zones.apache.org/hudson/job/Zookeeper-Patch-h1.grid.sp2.yahoo.net/30/testReport/ Findbugs warnings: http://hudson.zones.apache.org/hudson/job/Zookeeper-Patch-h1.grid.sp2.yahoo.net/30/artifact/trunk/build/test/findbugs/newPatchFindbugsWarnings.html Console output: http://hudson.zones.apache.org/hudson/job/Zookeeper-Patch-h1.grid.sp2.yahoo.net/30/console This message is automatically generated. > The C Client cannot exit properly in some situation > --- > > Key: ZOOKEEPER-591 > URL: https://issues.apache.org/jira/browse/ZOOKEEPER-591 > Project: Zookeeper > Issue Type: Bug > Components: c client >Affects Versions: 3.2.1 > Environment: Linux db-passport-test05.vm 2.6.9_5-4-0-5 #1 SMP Tue Apr > 14 15:56:24 CST 2009 x86_64 x86_64 x86_64 GNU/Linux >Reporter: Qian Ye >Assignee: Mahadev konar >Priority: Blocker > Fix For: 3.3.0 > > Attachments: ZOOKEEPER-591.patch, ZOOKEEPER-591.patch, > ZOOKEEPER-591.patch, ZOOKEEPER-591.patch, ZOOKEEPER-591_1.patch, > ZOOKEEPER-591_1.patch, ZOOKEEPER-591_1.patch, ZOOKEEPER-591_2.patch, zootest.c > > > The following code produce a situation, where the C Client can not exit > properly, > #include "include/zookeeper.h" > void default_zoo_watcher(zhandle_t *zzh, int type, int state, const char > *path, void* context){ > int zrc = 0; > struct String_vector str_vec = {0, NULL}; > printf("in the default_zoo_watcher\n"); > zrc = zoo_wget_children(zzh, "/mytest", default_zoo_watcher, NULL, > &str_vec); > printf("zoo_wget_children, error: %d\n", zrc); > return; > } > int main() > { > int zrc = 0; > int buff_len = 10; > char buff[10] = "hello"; > char path[512]; > struct Stat stat; > struct String_vector str_vec = {0, NULL}; > zhandle_t *zh = zookeeper_init("10.81.20.62:2181", NULL, 3, 0, 0, 0); > zrc = zoo_create(zh, "/mytest", buff, 10, &ZOO_OPEN_ACL_UNSAFE, 0, path, > 512); > printf("zoo_create, error: %d\n", zrc); > zrc = zoo_wget_children(zh, "/mytest", default_zoo_watcher, NULL, > &str_vec); > printf("zoo_wget_children, error: %d\n", zrc); > zrc = zoo_create(zh, "/mytest/test1", buff, 10, &ZOO_OPEN_ACL_UNSAFE, 0, > path, 512); > printf("zoo_create, error: %d\n", zrc); > zrc = zoo_wget_children(zh, "/mytest", default_zoo_watcher, NULL, > &str_vec); > printf("zoo_wget_children, error: %d\n", zrc); > zrc = zoo_delete(zh, "/mytest/test1", -1); > printf("zoo_delete, error: %d\n", zrc); > zookeeper_close(zh); > return 0; > } > running this code can cause the program hang at zookeeper_close(zh);(line > 38). using gdb to attach the process, I found that the main thread is waiting > for do_completion thread to finish, > (gdb) bt > #0 0x00302b806ffb in pthread_join () from /lib64/tls/libpthread.so.0 > #1 0x0040de3b in adaptor_finish (zh=0x515b60) at src/mt_adaptor.c:219 > #2 0x004060ba in zookeeper_close (zh=0x515b60) at > src/zookeeper.c:2100 > #3 0x0040220b in main () > and the thread which handle the zoo_wget_children(in the default_zoo_watcher) > is waiting for sc->cond. > (gdb) thread 2 > [Switching to thread 2 (Thread 1094719840 (LWP 25093))]#0 0x00302b8089aa > in pthread_cond_wait@@GLIBC_2.3.2 () >from /lib64/tls/libpthread.so.0 > (gdb) bt > #0 0x00302b8089aa in pthread_cond_wait@@GLIBC_2.3.2 () from > /lib64/tls/libpthread.so.0 > #1 0x0040d88b in wait_sync_completion (sc=0x5167f0) at > src/mt_adaptor.c:82 > #2 0x004082c9 in zoo_wget_children (zh=0x515b60, path=0x40ebc0 > "/mytest", watcher=0x401fd8 , watcherCtx=Variable > "watcherCtx" is not available.) > at src/zookeeper.c:
[jira] Updated: (ZOOKEEPER-591) The C Client cannot exit properly in some situation
[ https://issues.apache.org/jira/browse/ZOOKEEPER-591?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mahadev konar updated ZOOKEEPER-591: Status: Patch Available (was: Reopened) > The C Client cannot exit properly in some situation > --- > > Key: ZOOKEEPER-591 > URL: https://issues.apache.org/jira/browse/ZOOKEEPER-591 > Project: Zookeeper > Issue Type: Bug > Components: c client >Affects Versions: 3.2.1 > Environment: Linux db-passport-test05.vm 2.6.9_5-4-0-5 #1 SMP Tue Apr > 14 15:56:24 CST 2009 x86_64 x86_64 x86_64 GNU/Linux >Reporter: Qian Ye >Assignee: Mahadev konar >Priority: Blocker > Fix For: 3.3.0 > > Attachments: ZOOKEEPER-591.patch, ZOOKEEPER-591.patch, > ZOOKEEPER-591.patch, ZOOKEEPER-591.patch, ZOOKEEPER-591_1.patch, > ZOOKEEPER-591_1.patch, ZOOKEEPER-591_1.patch, ZOOKEEPER-591_2.patch, zootest.c > > > The following code produce a situation, where the C Client can not exit > properly, > #include "include/zookeeper.h" > void default_zoo_watcher(zhandle_t *zzh, int type, int state, const char > *path, void* context){ > int zrc = 0; > struct String_vector str_vec = {0, NULL}; > printf("in the default_zoo_watcher\n"); > zrc = zoo_wget_children(zzh, "/mytest", default_zoo_watcher, NULL, > &str_vec); > printf("zoo_wget_children, error: %d\n", zrc); > return; > } > int main() > { > int zrc = 0; > int buff_len = 10; > char buff[10] = "hello"; > char path[512]; > struct Stat stat; > struct String_vector str_vec = {0, NULL}; > zhandle_t *zh = zookeeper_init("10.81.20.62:2181", NULL, 3, 0, 0, 0); > zrc = zoo_create(zh, "/mytest", buff, 10, &ZOO_OPEN_ACL_UNSAFE, 0, path, > 512); > printf("zoo_create, error: %d\n", zrc); > zrc = zoo_wget_children(zh, "/mytest", default_zoo_watcher, NULL, > &str_vec); > printf("zoo_wget_children, error: %d\n", zrc); > zrc = zoo_create(zh, "/mytest/test1", buff, 10, &ZOO_OPEN_ACL_UNSAFE, 0, > path, 512); > printf("zoo_create, error: %d\n", zrc); > zrc = zoo_wget_children(zh, "/mytest", default_zoo_watcher, NULL, > &str_vec); > printf("zoo_wget_children, error: %d\n", zrc); > zrc = zoo_delete(zh, "/mytest/test1", -1); > printf("zoo_delete, error: %d\n", zrc); > zookeeper_close(zh); > return 0; > } > running this code can cause the program hang at zookeeper_close(zh);(line > 38). using gdb to attach the process, I found that the main thread is waiting > for do_completion thread to finish, > (gdb) bt > #0 0x00302b806ffb in pthread_join () from /lib64/tls/libpthread.so.0 > #1 0x0040de3b in adaptor_finish (zh=0x515b60) at src/mt_adaptor.c:219 > #2 0x004060ba in zookeeper_close (zh=0x515b60) at > src/zookeeper.c:2100 > #3 0x0040220b in main () > and the thread which handle the zoo_wget_children(in the default_zoo_watcher) > is waiting for sc->cond. > (gdb) thread 2 > [Switching to thread 2 (Thread 1094719840 (LWP 25093))]#0 0x00302b8089aa > in pthread_cond_wait@@GLIBC_2.3.2 () >from /lib64/tls/libpthread.so.0 > (gdb) bt > #0 0x00302b8089aa in pthread_cond_wait@@GLIBC_2.3.2 () from > /lib64/tls/libpthread.so.0 > #1 0x0040d88b in wait_sync_completion (sc=0x5167f0) at > src/mt_adaptor.c:82 > #2 0x004082c9 in zoo_wget_children (zh=0x515b60, path=0x40ebc0 > "/mytest", watcher=0x401fd8 , watcherCtx=Variable > "watcherCtx" is not available.) > at src/zookeeper.c:2884 > #3 0x00402037 in default_zoo_watcher () > #4 0x0040d664 in deliverWatchers (zh=0x515b60, type=4, state=3, > path=0x515100 "/mytest", list=0x5177d8) at src/zk_hashtable.c:274 > #5 0x00403861 in process_completions (zh=0x515b60) at > src/zookeeper.c:1631 > #6 0x0040e1b5 in do_completion (v=Variable "v" is not available.) at > src/mt_adaptor.c:333 > #7 0x00302b80610a in start_thread () from /lib64/tls/libpthread.so.0 > #8 0x00302afc6003 in clone () from /lib64/tls/libc.so.6 > #9 0x in ?? () > here, a deadlock presents. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (ZOOKEEPER-591) The C Client cannot exit properly in some situation
[ https://issues.apache.org/jira/browse/ZOOKEEPER-591?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mahadev konar updated ZOOKEEPER-591: Attachment: ZOOKEEPER-591_2.patch this patch should fix the hang. The return code was wrong in queue_completions() which made calls hang! > The C Client cannot exit properly in some situation > --- > > Key: ZOOKEEPER-591 > URL: https://issues.apache.org/jira/browse/ZOOKEEPER-591 > Project: Zookeeper > Issue Type: Bug > Components: c client >Affects Versions: 3.2.1 > Environment: Linux db-passport-test05.vm 2.6.9_5-4-0-5 #1 SMP Tue Apr > 14 15:56:24 CST 2009 x86_64 x86_64 x86_64 GNU/Linux >Reporter: Qian Ye >Assignee: Mahadev konar >Priority: Blocker > Fix For: 3.3.0 > > Attachments: ZOOKEEPER-591.patch, ZOOKEEPER-591.patch, > ZOOKEEPER-591.patch, ZOOKEEPER-591.patch, ZOOKEEPER-591_1.patch, > ZOOKEEPER-591_1.patch, ZOOKEEPER-591_1.patch, ZOOKEEPER-591_2.patch, zootest.c > > > The following code produce a situation, where the C Client can not exit > properly, > #include "include/zookeeper.h" > void default_zoo_watcher(zhandle_t *zzh, int type, int state, const char > *path, void* context){ > int zrc = 0; > struct String_vector str_vec = {0, NULL}; > printf("in the default_zoo_watcher\n"); > zrc = zoo_wget_children(zzh, "/mytest", default_zoo_watcher, NULL, > &str_vec); > printf("zoo_wget_children, error: %d\n", zrc); > return; > } > int main() > { > int zrc = 0; > int buff_len = 10; > char buff[10] = "hello"; > char path[512]; > struct Stat stat; > struct String_vector str_vec = {0, NULL}; > zhandle_t *zh = zookeeper_init("10.81.20.62:2181", NULL, 3, 0, 0, 0); > zrc = zoo_create(zh, "/mytest", buff, 10, &ZOO_OPEN_ACL_UNSAFE, 0, path, > 512); > printf("zoo_create, error: %d\n", zrc); > zrc = zoo_wget_children(zh, "/mytest", default_zoo_watcher, NULL, > &str_vec); > printf("zoo_wget_children, error: %d\n", zrc); > zrc = zoo_create(zh, "/mytest/test1", buff, 10, &ZOO_OPEN_ACL_UNSAFE, 0, > path, 512); > printf("zoo_create, error: %d\n", zrc); > zrc = zoo_wget_children(zh, "/mytest", default_zoo_watcher, NULL, > &str_vec); > printf("zoo_wget_children, error: %d\n", zrc); > zrc = zoo_delete(zh, "/mytest/test1", -1); > printf("zoo_delete, error: %d\n", zrc); > zookeeper_close(zh); > return 0; > } > running this code can cause the program hang at zookeeper_close(zh);(line > 38). using gdb to attach the process, I found that the main thread is waiting > for do_completion thread to finish, > (gdb) bt > #0 0x00302b806ffb in pthread_join () from /lib64/tls/libpthread.so.0 > #1 0x0040de3b in adaptor_finish (zh=0x515b60) at src/mt_adaptor.c:219 > #2 0x004060ba in zookeeper_close (zh=0x515b60) at > src/zookeeper.c:2100 > #3 0x0040220b in main () > and the thread which handle the zoo_wget_children(in the default_zoo_watcher) > is waiting for sc->cond. > (gdb) thread 2 > [Switching to thread 2 (Thread 1094719840 (LWP 25093))]#0 0x00302b8089aa > in pthread_cond_wait@@GLIBC_2.3.2 () >from /lib64/tls/libpthread.so.0 > (gdb) bt > #0 0x00302b8089aa in pthread_cond_wait@@GLIBC_2.3.2 () from > /lib64/tls/libpthread.so.0 > #1 0x0040d88b in wait_sync_completion (sc=0x5167f0) at > src/mt_adaptor.c:82 > #2 0x004082c9 in zoo_wget_children (zh=0x515b60, path=0x40ebc0 > "/mytest", watcher=0x401fd8 , watcherCtx=Variable > "watcherCtx" is not available.) > at src/zookeeper.c:2884 > #3 0x00402037 in default_zoo_watcher () > #4 0x0040d664 in deliverWatchers (zh=0x515b60, type=4, state=3, > path=0x515100 "/mytest", list=0x5177d8) at src/zk_hashtable.c:274 > #5 0x00403861 in process_completions (zh=0x515b60) at > src/zookeeper.c:1631 > #6 0x0040e1b5 in do_completion (v=Variable "v" is not available.) at > src/mt_adaptor.c:333 > #7 0x00302b80610a in start_thread () from /lib64/tls/libpthread.so.0 > #8 0x00302afc6003 in clone () from /lib64/tls/libc.so.6 > #9 0x in ?? () > here, a deadlock presents. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (ZOOKEEPER-706) large numbers of watches can cause session re-establishment to fail
large numbers of watches can cause session re-establishment to fail --- Key: ZOOKEEPER-706 URL: https://issues.apache.org/jira/browse/ZOOKEEPER-706 Project: Zookeeper Issue Type: Bug Components: c client, java client Affects Versions: 3.2.2, 3.1.2, 3.3.0 Reporter: Patrick Hunt Priority: Critical Fix For: 3.3.1 If a client sets a large number of watches the "set watches" operation during session re-establishment can fail. for example: WARN [NIOServerCxn.Factory:22801:nioserverc...@417] - Exception causing close of session 0xe727001201a4ee7c due to java.io.IOException: Len error 4348380 in this case the client was a web monitoring app and had set both data and child watches on > 32k znodes. there are two issues I see here we need to fix: 1) handle this case properly (split up the set watches into multiple calls I guess...) 2) the session should have expired after the "timeout". however we seem to consider any message from the client as re-setting the expiration on the server side. Probably we should only consider messages from the client that are sent during an established session, otherwise we can see this situation where the session is not established however the session is not expired either. Perhaps we should create another JIRA for this particular issue. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (ZOOKEEPER-591) The C Client cannot exit properly in some situation
[ https://issues.apache.org/jira/browse/ZOOKEEPER-591?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12846376#action_12846376 ] Hudson commented on ZOOKEEPER-591: -- Integrated in ZooKeeper-trunk #754 (See [http://hudson.zones.apache.org/hudson/job/ZooKeeper-trunk/754/]) . The C Client cannot exit properly in some situation (mahadev) > The C Client cannot exit properly in some situation > --- > > Key: ZOOKEEPER-591 > URL: https://issues.apache.org/jira/browse/ZOOKEEPER-591 > Project: Zookeeper > Issue Type: Bug > Components: c client >Affects Versions: 3.2.1 > Environment: Linux db-passport-test05.vm 2.6.9_5-4-0-5 #1 SMP Tue Apr > 14 15:56:24 CST 2009 x86_64 x86_64 x86_64 GNU/Linux >Reporter: Qian Ye >Assignee: Mahadev konar >Priority: Blocker > Fix For: 3.3.0 > > Attachments: ZOOKEEPER-591.patch, ZOOKEEPER-591.patch, > ZOOKEEPER-591.patch, ZOOKEEPER-591.patch, ZOOKEEPER-591_1.patch, > ZOOKEEPER-591_1.patch, ZOOKEEPER-591_1.patch, zootest.c > > > The following code produce a situation, where the C Client can not exit > properly, > #include "include/zookeeper.h" > void default_zoo_watcher(zhandle_t *zzh, int type, int state, const char > *path, void* context){ > int zrc = 0; > struct String_vector str_vec = {0, NULL}; > printf("in the default_zoo_watcher\n"); > zrc = zoo_wget_children(zzh, "/mytest", default_zoo_watcher, NULL, > &str_vec); > printf("zoo_wget_children, error: %d\n", zrc); > return; > } > int main() > { > int zrc = 0; > int buff_len = 10; > char buff[10] = "hello"; > char path[512]; > struct Stat stat; > struct String_vector str_vec = {0, NULL}; > zhandle_t *zh = zookeeper_init("10.81.20.62:2181", NULL, 3, 0, 0, 0); > zrc = zoo_create(zh, "/mytest", buff, 10, &ZOO_OPEN_ACL_UNSAFE, 0, path, > 512); > printf("zoo_create, error: %d\n", zrc); > zrc = zoo_wget_children(zh, "/mytest", default_zoo_watcher, NULL, > &str_vec); > printf("zoo_wget_children, error: %d\n", zrc); > zrc = zoo_create(zh, "/mytest/test1", buff, 10, &ZOO_OPEN_ACL_UNSAFE, 0, > path, 512); > printf("zoo_create, error: %d\n", zrc); > zrc = zoo_wget_children(zh, "/mytest", default_zoo_watcher, NULL, > &str_vec); > printf("zoo_wget_children, error: %d\n", zrc); > zrc = zoo_delete(zh, "/mytest/test1", -1); > printf("zoo_delete, error: %d\n", zrc); > zookeeper_close(zh); > return 0; > } > running this code can cause the program hang at zookeeper_close(zh);(line > 38). using gdb to attach the process, I found that the main thread is waiting > for do_completion thread to finish, > (gdb) bt > #0 0x00302b806ffb in pthread_join () from /lib64/tls/libpthread.so.0 > #1 0x0040de3b in adaptor_finish (zh=0x515b60) at src/mt_adaptor.c:219 > #2 0x004060ba in zookeeper_close (zh=0x515b60) at > src/zookeeper.c:2100 > #3 0x0040220b in main () > and the thread which handle the zoo_wget_children(in the default_zoo_watcher) > is waiting for sc->cond. > (gdb) thread 2 > [Switching to thread 2 (Thread 1094719840 (LWP 25093))]#0 0x00302b8089aa > in pthread_cond_wait@@GLIBC_2.3.2 () >from /lib64/tls/libpthread.so.0 > (gdb) bt > #0 0x00302b8089aa in pthread_cond_wait@@GLIBC_2.3.2 () from > /lib64/tls/libpthread.so.0 > #1 0x0040d88b in wait_sync_completion (sc=0x5167f0) at > src/mt_adaptor.c:82 > #2 0x004082c9 in zoo_wget_children (zh=0x515b60, path=0x40ebc0 > "/mytest", watcher=0x401fd8 , watcherCtx=Variable > "watcherCtx" is not available.) > at src/zookeeper.c:2884 > #3 0x00402037 in default_zoo_watcher () > #4 0x0040d664 in deliverWatchers (zh=0x515b60, type=4, state=3, > path=0x515100 "/mytest", list=0x5177d8) at src/zk_hashtable.c:274 > #5 0x00403861 in process_completions (zh=0x515b60) at > src/zookeeper.c:1631 > #6 0x0040e1b5 in do_completion (v=Variable "v" is not available.) at > src/mt_adaptor.c:333 > #7 0x00302b80610a in start_thread () from /lib64/tls/libpthread.so.0 > #8 0x00302afc6003 in clone () from /lib64/tls/libc.so.6 > #9 0x in ?? () > here, a deadlock presents. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (ZOOKEEPER-436) Bookies should auto register to ZooKeeper
[ https://issues.apache.org/jira/browse/ZOOKEEPER-436?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12846355#action_12846355 ] Flavio Paiva Junqueira commented on ZOOKEEPER-436: -- Thanks for the new patch, Erwin. A couple of quick comments: # There are several formatting changes in the patch unrelated to the issue, which is distracting; # Although the patch applies, it does not compile. I get the following compilation error, which is not difficult to fix: {noformat} [javac] zookeeper-apache-436/src/contrib/bookkeeper/src/java/org/apache/bookkeeper/util/LocalBookKeeper.java:136: cannot find symbol [javac] symbol : constructor BookieServer(int,java.io.File,java.io.File[]) [javac] location: class org.apache.bookkeeper.proto.BookieServer [javac] bs[i] = new BookieServer(initialPort + i, tmpDirs[i], new File[]{tmpDirs[i]}); {noformat} > Bookies should auto register to ZooKeeper > - > > Key: ZOOKEEPER-436 > URL: https://issues.apache.org/jira/browse/ZOOKEEPER-436 > Project: Zookeeper > Issue Type: Improvement > Components: contrib-bookkeeper >Reporter: Benjamin Reed > Attachments: ZOOKEEPER-436.patch > > > currently bookies have to be manually added to ZooKeeper to be used in a > BookKeeper service. we should be able to just start up a bookkie, point it at > ZooKeeper, and have it get auto integrated in. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (ZOOKEEPER-591) The C Client cannot exit properly in some situation
[ https://issues.apache.org/jira/browse/ZOOKEEPER-591?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12846324#action_12846324 ] Hadoop QA commented on ZOOKEEPER-591: - -1 overall. Here are the results of testing the latest attachment http://issues.apache.org/jira/secure/attachment/12438988/ZOOKEEPER-591_1.patch against trunk revision 924065. +1 @author. The patch does not contain any @author tags. +1 tests included. The patch appears to include 5 new or modified tests. +1 javadoc. The javadoc tool did not generate any warning messages. +1 javac. The applied patch does not increase the total number of javac compiler warnings. +1 findbugs. The patch does not introduce any new Findbugs warnings. +1 release audit. The applied patch does not increase the total number of release audit warnings. -1 core tests. The patch failed core unit tests. +1 contrib tests. The patch passed contrib unit tests. Test results: http://hudson.zones.apache.org/hudson/job/Zookeeper-Patch-h1.grid.sp2.yahoo.net/29/testReport/ Findbugs warnings: http://hudson.zones.apache.org/hudson/job/Zookeeper-Patch-h1.grid.sp2.yahoo.net/29/artifact/trunk/build/test/findbugs/newPatchFindbugsWarnings.html Console output: http://hudson.zones.apache.org/hudson/job/Zookeeper-Patch-h1.grid.sp2.yahoo.net/29/console This message is automatically generated. > The C Client cannot exit properly in some situation > --- > > Key: ZOOKEEPER-591 > URL: https://issues.apache.org/jira/browse/ZOOKEEPER-591 > Project: Zookeeper > Issue Type: Bug > Components: c client >Affects Versions: 3.2.1 > Environment: Linux db-passport-test05.vm 2.6.9_5-4-0-5 #1 SMP Tue Apr > 14 15:56:24 CST 2009 x86_64 x86_64 x86_64 GNU/Linux >Reporter: Qian Ye >Assignee: Mahadev konar >Priority: Blocker > Fix For: 3.3.0 > > Attachments: ZOOKEEPER-591.patch, ZOOKEEPER-591.patch, > ZOOKEEPER-591.patch, ZOOKEEPER-591.patch, ZOOKEEPER-591_1.patch, > ZOOKEEPER-591_1.patch, ZOOKEEPER-591_1.patch, zootest.c > > > The following code produce a situation, where the C Client can not exit > properly, > #include "include/zookeeper.h" > void default_zoo_watcher(zhandle_t *zzh, int type, int state, const char > *path, void* context){ > int zrc = 0; > struct String_vector str_vec = {0, NULL}; > printf("in the default_zoo_watcher\n"); > zrc = zoo_wget_children(zzh, "/mytest", default_zoo_watcher, NULL, > &str_vec); > printf("zoo_wget_children, error: %d\n", zrc); > return; > } > int main() > { > int zrc = 0; > int buff_len = 10; > char buff[10] = "hello"; > char path[512]; > struct Stat stat; > struct String_vector str_vec = {0, NULL}; > zhandle_t *zh = zookeeper_init("10.81.20.62:2181", NULL, 3, 0, 0, 0); > zrc = zoo_create(zh, "/mytest", buff, 10, &ZOO_OPEN_ACL_UNSAFE, 0, path, > 512); > printf("zoo_create, error: %d\n", zrc); > zrc = zoo_wget_children(zh, "/mytest", default_zoo_watcher, NULL, > &str_vec); > printf("zoo_wget_children, error: %d\n", zrc); > zrc = zoo_create(zh, "/mytest/test1", buff, 10, &ZOO_OPEN_ACL_UNSAFE, 0, > path, 512); > printf("zoo_create, error: %d\n", zrc); > zrc = zoo_wget_children(zh, "/mytest", default_zoo_watcher, NULL, > &str_vec); > printf("zoo_wget_children, error: %d\n", zrc); > zrc = zoo_delete(zh, "/mytest/test1", -1); > printf("zoo_delete, error: %d\n", zrc); > zookeeper_close(zh); > return 0; > } > running this code can cause the program hang at zookeeper_close(zh);(line > 38). using gdb to attach the process, I found that the main thread is waiting > for do_completion thread to finish, > (gdb) bt > #0 0x00302b806ffb in pthread_join () from /lib64/tls/libpthread.so.0 > #1 0x0040de3b in adaptor_finish (zh=0x515b60) at src/mt_adaptor.c:219 > #2 0x004060ba in zookeeper_close (zh=0x515b60) at > src/zookeeper.c:2100 > #3 0x0040220b in main () > and the thread which handle the zoo_wget_children(in the default_zoo_watcher) > is waiting for sc->cond. > (gdb) thread 2 > [Switching to thread 2 (Thread 1094719840 (LWP 25093))]#0 0x00302b8089aa > in pthread_cond_wait@@GLIBC_2.3.2 () >from /lib64/tls/libpthread.so.0 > (gdb) bt > #0 0x00302b8089aa in pthread_cond_wait@@GLIBC_2.3.2 () from > /lib64/tls/libpthread.so.0 > #1 0x0040d88b in wait_sync_completion (sc=0x5167f0) at > src/mt_adaptor.c:82 > #2 0x004082c9 in zoo_wget_children (zh=0x515b60, path=0x40ebc0 > "/mytest", watcher=0x401fd8 , watcherCtx=Variable > "watcherCtx" is not available.) > at src/zookeeper.c:2884 > #3 0x00402037 in default_zoo_watcher () > #4 0x0040d664 in deliverWatchers (zh=0x515b60