You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@zookeeper.apache.org by Donna Li <do...@utstar.com> on 2011/08/04 05:04:22 UTC

zookeeper python client core dump

All:

   Zookeeper python client often core dump when session event happens. I
have modified the python client code by patch 888, but there still have
core dump files. Are there any other patches? My zookeeper version is
3.3.2.

 

#0  PyObject_Call (func=0x1, arg=0xb71afd24, kw=0x0) at
Objects/abstract.c:2488

2488    Objects/abstract.c: No such file or directory.

        in Objects/abstract.c

(gdb) bt

#0  PyObject_Call (func=0x1, arg=0xb71afd24, kw=0x0) at
Objects/abstract.c:2488

#1  0xb7ee442e in PyEval_CallObjectWithKeywords (func=0x1,
arg=0xb71afd24, kw=0x0) at Python/ceval.c:3619

#2  0xb7e515fc in PyObject_CallObject (o=0x1, a=0xb71afd24) at
Objects/abstract.c:2480

#3  0xb75292cd in watcher_dispatch (zzh=0x8744ef0, type=-1, state=-112,
path=0x84abed8 "", context=0x83272e8)

    at src/c/zookeeper.c:436

#4  0xb75223ae in deliverWatchers (zh=0x8744ef0, type=-1, state=-112,
path=0x84abed8 "", list=0x8768688) at src/zk_hashtable.c:275

#5  0xb75181c1 in process_completions (zh=0x8744ef0) at
src/zookeeper.c:1766

#6  0xb7523085 in do_completion (v=0x8744ef0) at src/mt_adaptor.c:333

#7  0xb7e1ab80 in start_thread () from /lib/libpthread.so.0

#8  0xb7db5dee in clone () from /lib/libc.so.6

 

 

 

#0  PyObject_Call (func=0x1, arg=0xb71b24b4, kw=0x0) at
Objects/abstract.c:2488

2488    Objects/abstract.c: No such file or directory.

        in Objects/abstract.c

(gdb) bt

#0  PyObject_Call (func=0x1, arg=0xb71b24b4, kw=0x0) at
Objects/abstract.c:2488

#1  0xb7ee542e in PyEval_CallObjectWithKeywords (func=0x1,
arg=0xb71b24b4, kw=0x0) at Python/ceval.c:3619

#2  0xb7e525fc in PyObject_CallObject (o=0x1, a=0xb71b24b4) at
Objects/abstract.c:2480

#3  0xb752a2cd in watcher_dispatch (zzh=0x9fc5ef0, type=-1, state=3,
path=0x9ec00a0 "", context=0x9ed6458) at src/c/zookeeper.c:436

#4  0xb75233ae in deliverWatchers (zh=0x9fc5ef0, type=-1, state=3,
path=0x9ec00a0 "", list=0x9fe1ae0) at src/zk_hashtable.c:275

#5  0xb75191c1 in process_completions (zh=0x9fc5ef0) at
src/zookeeper.c:1766

#6  0xb7524085 in do_completion (v=0x9fc5ef0) at src/mt_adaptor.c:333

#7  0xb7e1bb80 in start_thread () from /lib/libpthread.so.0

#8  0xb7db6dee in clone () from /lib/libc.so.6

 

Best Regards

Donna li


Re: zookeeper python client core dump

Posted by Kapil Thangavleu <ka...@gmail.com>.
This definitely sounds like the bug ZOOKEEPER-888 addresses. 

I recently updated the python txzookeeper library to refactor session handling
and include a suite of session and connection error tests against a multi-node 
zk cluster. I can confirm they run without issue against 3.3.3.

http://bazaar.launchpad.net/~ensemble/txzookeeper/trunk/view/head:/txzookeeper/tests/test_session.py

if your on ubuntu, we have the latest zk release (3.3.3) packaged in ppa:ensemble.

hth,

Kapil

Excerpts from Donna Li's message of Wed Aug 03 23:04:22 -0400 2011:
> All:
> 
>    Zookeeper python client often core dump when session event happens. I
> have modified the python client code by patch 888, but there still have
> core dump files. Are there any other patches? My zookeeper version is
> 3.3.2.
> 
>  
> 
> #0  PyObject_Call (func=0x1, arg=0xb71afd24, kw=0x0) at
> Objects/abstract.c:2488
> 
> 2488    Objects/abstract.c: No such file or directory.
> 
>         in Objects/abstract.c
> 
> (gdb) bt
> 
> #0  PyObject_Call (func=0x1, arg=0xb71afd24, kw=0x0) at
> Objects/abstract.c:2488
> 
> #1  0xb7ee442e in PyEval_CallObjectWithKeywords (func=0x1,
> arg=0xb71afd24, kw=0x0) at Python/ceval.c:3619
> 
> #2  0xb7e515fc in PyObject_CallObject (o=0x1, a=0xb71afd24) at
> Objects/abstract.c:2480
> 
> #3  0xb75292cd in watcher_dispatch (zzh=0x8744ef0, type=-1, state=-112,
> path=0x84abed8 "", context=0x83272e8)
> 
>     at src/c/zookeeper.c:436
> 
> #4  0xb75223ae in deliverWatchers (zh=0x8744ef0, type=-1, state=-112,
> path=0x84abed8 "", list=0x8768688) at src/zk_hashtable.c:275
> 
> #5  0xb75181c1 in process_completions (zh=0x8744ef0) at
> src/zookeeper.c:1766
> 
> #6  0xb7523085 in do_completion (v=0x8744ef0) at src/mt_adaptor.c:333
> 
> #7  0xb7e1ab80 in start_thread () from /lib/libpthread.so.0
> 
> #8  0xb7db5dee in clone () from /lib/libc.so.6
> 
>  
> 
>  
> 
>  
> 
> #0  PyObject_Call (func=0x1, arg=0xb71b24b4, kw=0x0) at
> Objects/abstract.c:2488
> 
> 2488    Objects/abstract.c: No such file or directory.
> 
>         in Objects/abstract.c
> 
> (gdb) bt
> 
> #0  PyObject_Call (func=0x1, arg=0xb71b24b4, kw=0x0) at
> Objects/abstract.c:2488
> 
> #1  0xb7ee542e in PyEval_CallObjectWithKeywords (func=0x1,
> arg=0xb71b24b4, kw=0x0) at Python/ceval.c:3619
> 
> #2  0xb7e525fc in PyObject_CallObject (o=0x1, a=0xb71b24b4) at
> Objects/abstract.c:2480
> 
> #3  0xb752a2cd in watcher_dispatch (zzh=0x9fc5ef0, type=-1, state=3,
> path=0x9ec00a0 "", context=0x9ed6458) at src/c/zookeeper.c:436
> 
> #4  0xb75233ae in deliverWatchers (zh=0x9fc5ef0, type=-1, state=3,
> path=0x9ec00a0 "", list=0x9fe1ae0) at src/zk_hashtable.c:275
> 
> #5  0xb75191c1 in process_completions (zh=0x9fc5ef0) at
> src/zookeeper.c:1766
> 
> #6  0xb7524085 in do_completion (v=0x9fc5ef0) at src/mt_adaptor.c:333
> 
> #7  0xb7e1bb80 in start_thread () from /lib/libpthread.so.0
> 
> #8  0xb7db6dee in clone () from /lib/libc.so.6
> 
>  
> 
> Best Regards
> 
> Donna li