We've moved on to a new problem already.  Here's /usr/coda/etc/console:

Date: Thu 05/26/2005

14:45:32 Coda Venus, version 6.0.10
14:45:32 /usr/coda/LOG size is 83738368 bytes
14:45:32 /usr/coda/DATA size is 334953472 bytes
14:45:32 Initializing RVM data...
14:45:33 ...done
14:45:33 Loading RVM data
14:45:33 Starting RealmDB scan
14:45:33        Found 1 realms
14:45:33 starting VDB scan
14:45:33        0 volume replicas
14:45:33        0 replicated volumes
14:45:33        0 CML entries allocated
14:45:33        0 CML entries on free-list
14:45:36 starting FSDB scan (131072, 3145728) (25, 75, 4)
14:45:36        0 cache files in table (0 blocks)
14:45:36        131072 cache files on free-list
14:45:57 starting HDB scan
14:45:57        0 hdb entries in table
14:45:57        0 hdb entries on free-list
14:45:57 Initial LRDB allocation
14:45:57 Mounting root volume...
14:45:58 Venus starting...
14:45:58 /coda now mounted.
***LWP (0x810ec50): Select returns error: 4

14:46:29 DispatchWorker: signal received (seq = 4)
14:46:59 worker::Return: message write error 3 (op = 10, seq = 4), wrote
-1 of 32 bytes

14:50:01 Coda token for user 0 has been discarded
15:00:00 Coda token for user 0 has been discarded
15:00:00 Coda token for user 0 has been discarded
15:00:00 Coda token for user 0 has been discarded
15:00:01 Coda token for user 0 has been discarded
15:10:00 Coda token for user 0 has been discarded
15:15:00 Coda token for user 0 has been discarded
15:20:00 Coda token for user 0 has been discarded
Assertion failed: nlink != (olink *)-1, file
"/home/pwalsh/working/coda/BUILD/coda-6.0.10/coda-src/util/olist.cc",
line 257
Sleeping forever.  You may use gdb to attach to process 8378.

	And gdb gives this (I'm sure it compiled with -g so I don't know why
we're not getting symbols):

0xb747d761 in __libc_nanosleep () from /lib/libc.so.6
(gdb) bt
#0  0xb747d761 in __libc_nanosleep () from /lib/libc.so.6
#1  0xb747d6ae in __sleep (seconds=1)
at ../sysdeps/unix/sysv/linux/sleep.c:70
#2  0x080cce1c in strcpy () at ../sysdeps/generic/strcpy.c:31
#3  0x080c8ca5 in strcpy () at ../sysdeps/generic/strcpy.c:31
#4  0x0804e55d in strcpy () at ../sysdeps/generic/strcpy.c:31
#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


	This is using Coda 6.0.10, LWP 2.0, and the two patches Jan sent today.
I'm going to reinit venus now and see if it happens again.


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