retitle subversion: svn frozen in apr_file_read with zombie child
found 575104 1.6.12dfsg-4
thanks
On 2010-03-23 16:08:52 +0100, Vincent Lefevre wrote:
> I started a "svn blame ... | less" and interrupted it with Ctrl-C,
> but svn is still frozen with a zombie child:
>
> $ ps -f --pid 16861 --ppid 16861
> UID PID PPID C STIME TTY TIME CMD
> vlefevre 16861 16755 0 15:53 pts/8 00:00:00 svn blame mpfr.texi
> vlefevre 16862 16861 0 15:53 pts/8 00:00:00 [zsh] <defunct>
>
> Note: $SVN_SSH is a zsh script (wrapper), and I think this is what
> became a zombie.
Similar problems:
UID PID PPID C STIME TTY TIME CMD
vinc17 11636 1 0 03:05 pts/8 00:00:00 svn log -rHEAD:1 ./tmul_2exp.c
vinc17 11637 11636 0 03:05 pts/8 00:00:00 [zsh] <defunct>
vinc17 11706 1 0 03:06 pts/8 00:00:00 svn up
vinc17 11707 11706 0 03:06 pts/8 00:00:00 [zsh] <defunct>
vinc17 11941 1 0 03:09 pts/8 00:00:00 svn up
vinc17 11942 11941 0 03:09 pts/8 00:00:00 [zsh] <defunct>
> The backtrace of the frozen svn shows that it is stuck in apr_file_read:
>
> $ gdb =svn 16861
> GNU gdb (GDB) 7.1-debian
> [...]
> 0x00007f077cd958d0 in __read_nocancel () from /lib64/libpthread.so.0
> (gdb) bt
> #0 0x00007f077cd958d0 in __read_nocancel () from /lib64/libpthread.so.0
> #1 0x00007f077cfba527 in apr_file_read () from /usr/lib/libapr-1.so.0
> #2 0x00007f077bb79a31 in ?? () from /usr/lib/libsvn_ra_svn-1.so.1
> #3 0x00007f077bb7796b in ?? () from /usr/lib/libsvn_ra_svn-1.so.1
> #4 0x00007f077bb77d30 in ?? () from /usr/lib/libsvn_ra_svn-1.so.1
> #5 0x00007f077bb77db5 in ?? () from /usr/lib/libsvn_ra_svn-1.so.1
> #6 0x00007f077bb78447 in svn_ra_svn_read_item ()
> from /usr/lib/libsvn_ra_svn-1.so.1
> #7 0x00007f077bb784e8 in svn_ra_svn_read_tuple ()
> from /usr/lib/libsvn_ra_svn-1.so.1
> #8 0x00007f077bb78616 in svn_ra_svn_read_cmd_response ()
> from /usr/lib/libsvn_ra_svn-1.so.1
[...]
Ditto:
0x00007fb1662210a0 in __read_nocancel ()
at ../sysdeps/unix/syscall-template.S:82
82 ../sysdeps/unix/syscall-template.S: No such file or directory.
in ../sysdeps/unix/syscall-template.S
(gdb) bt
#0 0x00007fb1662210a0 in __read_nocancel ()
at ../sysdeps/unix/syscall-template.S:82
#1 0x00007fb16644550b in apr_file_read () from /usr/lib/libapr-1.so.0
#2 0x00007fb164ff7ad1 in ?? () from /usr/lib/libsvn_ra_svn-1.so.1
#3 0x00007fb164ff5a1b in ?? () from /usr/lib/libsvn_ra_svn-1.so.1
#4 0x00007fb164ff5b3d in ?? () from /usr/lib/libsvn_ra_svn-1.so.1
#5 0x00007fb164fefbe0 in ?? () from /usr/lib/libsvn_ra_svn-1.so.1
#6 0x00007fb164ff03cf in ?? () from /usr/lib/libsvn_ra_svn-1.so.1
#7 0x00007fb166cd6bbc in svn_ra_open3 () from /usr/lib/libsvn_ra-1.so.1
#8 0x00007fb16715af74 in svn_client__open_ra_session_internal ()
from /usr/lib/libsvn_client-1.so.1
#9 0x00007fb16715ffda in svn_client__update_internal ()
from /usr/lib/libsvn_client-1.so.1
#10 0x00007fb167160686 in svn_client_update3 ()
from /usr/lib/libsvn_client-1.so.1
[...]
Apparently there was a problem with the ssh master (I use connection
sharing). All these frozen svn and zombies disappeared when I killed
the ssh master.
--
Vincent Lefèvre <[email protected]> - Web: <http://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <http://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon)
--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]
