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:792