Coda File System

venus SEGV

From: Mathias Koerber <mathias_at_lightspeed.com.sg>
Date: Wed, 15 Oct 2003 17:45:37 +0800
Hi all

I just installed CODA for the first time on 2 linux systems running
the 2.4.20 kernel..

On the client-only system, I have a problem with venus dying
a SEGV death as soon as I try to do a 'cfs sa'..

$ cfs sa /coda mathias all
17:32:12 Fatal Signal (11); pid 26562 becoming a zombie...
17:32:12 You may use gdb to attach to 26562

The traceback from gdb is as follows:

Reading symbols from /lib/ld-linux.so.2...done.
Loaded symbols for /lib/ld-linux.so.2
Reading symbols from /lib/libnss_db.so.2...done.
Loaded symbols for /lib/libnss_db.so.2
Reading symbols from /lib/libnss_files.so.2...done.
Loaded symbols for /lib/libnss_files.so.2
Reading symbols from /lib/libdb-3.1.so...done.
Loaded symbols for /lib/libdb-3.1.so
Reading symbols from /lib/libnss_dns.so.2...done.
Loaded symbols for /lib/libnss_dns.so.2
0x401eb469 in __sigsuspend (set=0x151ae764) at 
../sysdeps/unix/sysv/linux/sigsuspend.c:54
54      ../sysdeps/unix/sysv/linux/sigsuspend.c: No such file or directory.
(gdb) bt
#0  0x401eb469 in __sigsuspend (set=0x151ae764) at 
../sysdeps/unix/sysv/linux/sigsuspend.c:54
#1  0x80aedd0 in SigChoke (sig=11) at sighand.cc:241
#2  <signal handler called>
#3  0x804da99 in srvent::GetConn (this=0x0, cpp=0x151aec48, uid=0, Force=0) 
at comm.cc:212
#4  0x808f006 in volrep::GetConn (this=0x50222dc8, c=0x151aec48, uid=0) at 
venusvol.cc:1945
#5  0x80628fa in fsobj::ConnectedSetAttr (this=0x5021d9c8, 
Mtime=1066210332, uid=0, NewLength=4294967295, NewDate=4294967295,
    NewOwner=4294967295, NewMode=65535, acl=0x151afa60) at 
fso_cfscalls0.cc:1609
#6  0x806362d in fsobj::SetAttr (this=0x5021d9c8, vap=0x151af918, uid=0, 
acl=0x151afa60) at fso_cfscalls0.cc:1738
#7  0x80636ec in fsobj::SetACL (this=0x5021d9c8, acl=0x151afa60, uid=0) at 
fso_cfscalls0.cc:1761
#8  0x80a6521 in vproc::do_ioctl (this=0x812ae60, fid=0x151b1e24, 
com=1074550273, data=0x151afe04) at vproc_pioctl.cc:130
#9  0x80a9333 in vproc::ioctl (this=0x812ae60, cp=0x151b1e20, 
com=1074550273, data=0x151afe04, flags=0) at vproc_vfscalls.cc:296
#10 0x80ada0d in worker::main (this=0x812ae60) at worker.cc:1244
#11 0x80a44e2 in VprocPreamble (init_lock=0x812aea0) at vproc.cc:146
#12 0x40086fcf in Create_Process_Part2 () at lwp.c:796
Current language:  auto; currently c
(gdb)


I used the following:
	coda-6.0.2.tar.gz
	lwp-1.10.tar.gz
	pscope-2.1.1.tgz
	rpc2-1.19.tar.gz
	rpc2tcpdump-1.1.tgz
	rvm-1.8.tar.gz

and each compiled out of the box w/a simple configure;make;make install 
sequence..
(I did patch the kernel using the 2.4 patch provided and rebuilt the 
module..)

Is this too near the bleeding edge?

Is there a more stable version I should be using instead?

thanks for any help




Mathias Körber
mathias_at_lightspeed.com.sg
Received on 2003-10-15 05:56:40