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/
signature.asc
Description: This is a digitally signed message part
