(Illustration by Gaich Muramatsu)
Hi, Venus died this weekend, gdb is giving a traceback as follows, and venus started without re-initializing. All volumes are connected, I can't see anything Inconsistent. Hope this'll be another piece in the bullet-proff-coda jigsaw :-) Yours, Steffen Coda Venus, version 5.3.17 Date: Wed 04/24/2002 09:15:20 /opt/coda/coda_client/LOG size is 6483456 bytes 09:15:20 /opt/coda/coda_client/DATA size is 25927736 bytes 09:15:20 Loading RVM data ... 7:45:00 root acquiring Coda tokens! 18:45:00 root acquiring Coda tokens! 19:45:01 root acquiring Coda tokens! 20:45:00 root acquiring Coda tokens! 21:45:00 root acquiring Coda tokens! 22:45:01 root acquiring Coda tokens! 23:45:00 root acquiring Coda tokens! RVMLIB_ASSERT: error in rvmlib_malloc Assertion failed: 0, file "rvmlib.c", line 209 Sleeping forever. You may use gdb to attach to process 25867. venus.log has nothing special: [ T(01) : 96070 : 00:07:15 ] BeginRvmFlush (1, 762916, S) [ T(01) : 96070 : 00:07:15 ] EndRvmFlush [ W(27) : 0000 : 00:07:15 ] Cachefile::SetLength 1024 [ W(27) : 0000 : 00:07:15 ] Cachefile::SetLength 512 [ W(27) : 0000 : 00:07:15 ] Cachefile::SetLength 512 #0 0x401783a1 in nanosleep () from /lib/libc.so.6 #1 0x401782dc in __sleep (seconds=1) at ../sysdeps/unix/sysv/linux/sleep.c:67 #2 0x80cf5ca in coda_assert (pred=0x80f3053 "0", file=0x80f2fe4 "rvmlib.c", line=209) at coda_assert.c:46 #3 0x80b6352 in rvmlib_malloc (size=55296, file=0x80f34ea "codadir.c", line=222) at rvmlib.c:209 #4 0x80b8a6c in DH_Alloc (dh=0x21214648, size=55296, in_rvm=1) at codadir.c:222 #5 0x805c466 in fsobj::Fetch (this=0x214348c8, vuid=0) at fso_cfscalls0.cc:204 #6 0x8053064 in fsdb::Get (this=0x218b5c88, f_addr=0x151fddcc, key=0x151ffe34, vuid=0, rights=12, comp=0x0, rcode=0x0, GetInconsistent=0) at fso0.cc:876 #7 0x80ac8f8 in vproc::open (this=0x8135990, cp=0x151ffe30, flags=1) at vproc_vfscalls.cc:193 #8 0x80b16e9 in worker::main (this=0x8135990) at worker.cc:1301 #9 0x80a7cd2 in VprocPreamble (init_lock=0x81359d0) at vproc.cc:146 #10 0x4008d2d0 in Create_Process_Part2 () at lwp.c:792Received on 2002-05-06 03:38:29