Coda File System

Re: coda client hangs

From: Patrick Walsh <pwalsh_at_esoft.com>
Date: Fri, 27 May 2005 08:29:03 -0600
	Another day, another Signal 11.  On the machine running the latest
patches and versions, we have these logs:


[ T(01) : 2940 : 00:27:15 ] BeginRvmTruncate (15, 220, I)
[ T(01) : 2940 : 00:27:15 ] EndRvmTruncate
Probe ( 00:27:35 )
BackProbe dir129 ( 00:27:35 )
BackProbe dir130 ( 00:27:35 )
bandwidth dir130 623441 972762 2212389 ( 00:27:35 )
bandwidth dir129 2202643 3311258 6666666 ( 00:27:35 )
Callback dir129 (606e1fc8.7f000002.0.0) ( 00:30:00 )
Callback dir130 (606e1fc8.7f000002.0.0) ( 00:30:00 )
bandwidth dir130 656167 1037344 2475247 ( 00:30:00 )
bandwidth dir129 2298850 3533568 7633587 ( 00:30:00 )
Callback dir129 (606e1fc8.7f000002.12.29) ( 00:30:00 )
Callback dir130 (606e1fc8.7f000002.12.29) ( 00:30:00 )
Probe ( 00:30:00 )
BackProbe dir130 ( 00:30:00 )
NewConnectFS dir130 ( 00:30:00 )
BackProbe dir130 ( 00:30:00 )
NewConnectFS dir130 ( 00:30:00 )
BackProbe dir130 ( 00:30:00 )
BackProbe dir129 ( 00:30:00 )
NewConnectFS dir129 ( 00:30:00 )
BackProbe dir129 ( 00:30:00 )
Probe ( 00:30:00 )
BackProbe dir129 ( 00:30:00 )
BackProbe dir130 ( 00:30:00 )
NewConnectFS dir129 ( 00:30:00 )
BackProbe dir129 ( 00:30:00 )
Probe ( 00:30:00 )
BackProbe dir129 ( 00:30:00 )
BackProbe dir130 ( 00:30:00 )
DisconnectFS dir129 ( 00:30:00 )
DisconnectFS dir130 ( 00:30:00 )
DisconnectFS dir130 ( 00:30:00 )
DisconnectFS dir130 ( 00:30:01 )
DisconnectFS dir129 ( 00:30:01 )
NewConnectFS dir130 ( 00:30:01 )
BackProbe dir130 ( 00:30:01 )

[ T(01) : 2957 : 00:30:00 ] BeginRvmFlush (1, 100, I)
[ T(01) : 2957 : 00:30:00 ] EndRvmFlush

[ D(537) : 0000 : 00:30:00 ] userent::Connect: ViceGetAttrPlusSHA
(dir130)
[ D(537) : 0000 : 00:30:00 ] userent::Connect: ViceGetAttrPlusSHA() ->
22
[ D(537) : 0000 : 00:30:00 ] userent::Connect: VGAPlusSHA_Supported -> 1

[ D(538) : 0000 : 00:30:00 ] userent::Connect: ViceGetAttrPlusSHA
(dir130)
[ D(538) : 0000 : 00:30:00 ] userent::Connect: ViceGetAttrPlusSHA() ->
22
[ D(538) : 0000 : 00:30:00 ] userent::Connect: VGAPlusSHA_Supported -> 1
[ D(538) : 0000 : 00:30:00 ] WAITING(SRVRQ):

[ D(537) : 0000 : 00:30:00 ] userent::Connect: ViceGetAttrPlusSHA
(dir129)
[ D(537) : 0000 : 00:30:00 ] userent::Connect: ViceGetAttrPlusSHA() ->
22
[ D(537) : 0000 : 00:30:00 ] userent::Connect: VGAPlusSHA_Supported -> 1

[ D(538) : 0000 : 00:30:00 ] WAIT OVER, elapsed = 42.0
[ D(538) : 0000 : 00:30:00 ] userent::Connect: ViceGetAttrPlusSHA
(dir129)
[ D(538) : 0000 : 00:30:00 ] userent::Connect: ViceGetAttrPlusSHA() ->
22
[ D(538) : 0000 : 00:30:00 ] userent::Connect: VGAPlusSHA_Supported -> 1

[ W(20) : 0000 : 00:30:01 ] userent::Connect: ViceGetAttrPlusSHA(dir130)
[ W(20) : 0000 : 00:30:01 ] userent::Connect: ViceGetAttrPlusSHA() -> 22
[ W(20) : 0000 : 00:30:01 ] userent::Connect: VGAPlusSHA_Supported -> 1

[ W(327) : 0000 : 00:30:01 ] *****  FATAL SIGNAL (11) *****
00:30:01 Fatal Signal (11); pid 25080 becoming a zombie...
00:30:01 You may use gdb to attach to 25080

	And this gdb trace:

0xb73f79d6 in __sigsuspend (set=0x159250fc)
    at ../sysdeps/unix/sysv/linux/sigsuspend.c:45
45      ../sysdeps/unix/sysv/linux/sigsuspend.c: No such file or
directory.
---Type <return> to continue, or q <return> to quit---
        in ../sysdeps/unix/sysv/linux/sigsuspend.c
(gdb) bt
#0  0xb73f79d6 in __sigsuspend (set=0x159250fc)
    at ../sysdeps/unix/sysv/linux/sigsuspend.c:45
#1  0x080ab4b1 in strcpy () at ../sysdeps/generic/strcpy.c:31
#2  <signal handler called>
#3  0x0804e53c in strcpy () at ../sysdeps/generic/strcpy.c:31
#4  0x0c319ef8 in ?? ()
#5  0x080ac414 in strcpy () at ../sysdeps/generic/strcpy.c:31
#6  0x080ac0e8 in strcpy () at ../sysdeps/generic/strcpy.c:31
#7  0x080abd66 in strcpy () at ../sysdeps/generic/strcpy.c:31
#8  0x080a4b57 in strcpy () at ../sysdeps/generic/strcpy.c:31
#9  0x080a5d39 in strcpy () at ../sysdeps/generic/strcpy.c:31
#10 0x080aa35e in strcpy () at ../sysdeps/generic/strcpy.c:31
#11 0x080a13b6 in strcpy () at ../sysdeps/generic/strcpy.c:31
#12 0xb741a8c4 in __makecontext () from /lib/libc.so.6
#13 0x0c22c548 in ?? ()
Cannot access memory at address 0x30303a30


-- 
Patrick Walsh
eSoft Incorporated
303.444.1600 x3350
http://www.esoft.com/

Received on 2005-05-27 10:32:59