Hadoop QA commented on ZOOKEEPER-792:
-1 overall. Here are the results of testing the latest attachment
against trunk revision 953041.
+1 @author. The patch does not contain any @author tags.
-1 tests included. The patch doesn't appear to include any new or modified
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
+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.
This message is automatically generated.
> zkpython memory leak
> Key: ZOOKEEPER-792
> URL: https://issues.apache.org/jira/browse/ZOOKEEPER-792
> Project: Zookeeper
> Issue Type: Bug
> Components: contrib-bindings
> Affects Versions: 3.3.1
> Environment: vmware workstation - guest OS:Linux python:2.4.3
> Reporter: Lei Zhang
> Fix For: 3.3.2, 3.4.0
> Attachments: ZOOKEEPER-792.patch
> We recently upgraded zookeeper from 3.2.1 to 3.3.1, now we are seeing less
> client deadlock on session expiration, which is a definite plus!
> Unfortunately we are seeing memory leak that requires our zk clients to be
> restarted every half-day. Valgrind result:
> ==8804== 25 (12 direct, 13 indirect) bytes in 1 blocks are definitely lost in
> loss record 255 of 670
> ==8804== at 0x4021C42: calloc (vg_replace_malloc.c:418)
> ==8804== by 0x5047B42: parse_acls (zookeeper.c:369)
> ==8804== by 0x5047EF6: pyzoo_create (zookeeper.c:1009)
> ==8804== by 0x40786CC: PyCFunction_Call (in /usr/lib/libpython2.4.so.1.0)
> ==8804== by 0x40B31DC: PyEval_EvalFrame (in /usr/lib/libpython2.4.so.1.0)
> ==8804== by 0x40B4485: PyEval_EvalCodeEx (in /usr/lib/libpython2.4.so.1.0)
This message is automatically generated by JIRA.
You can reply to this email to add a comment to the issue online.