Coda File System

odd assertion keeping server from starting - any clues?

From: Greg Troxel <>
Date: 22 Feb 2006 10:07:53 -0500
My server rebooted ungracefully (due to the xen dom0 below it
rebooting), and now codasrv won't start up.  Srv{Log,Err} follow.
Find of /usr (where /vice and /vicepa are) -inum 1562 and 1563 both
turn up empty.

This is an ancient server (1998?).  Perhaps I need to start over and
restore from backups (GNU tar via venus).

Date: Wed 02/22/2006

09:54:27 Coda Vice, version 6.0.11	log started at Wed Feb 22 09:54:27 2006

09:54:27 RvmType is Rvm
09:54:27 Main process doing a LWP_Init()
09:54:27 Main thread just did a RVM_SET_THREAD_DATA

09:54:27 Setting Rvm Truncate threshhold to 5.

Partition /vicepa: inodes in use: 4357, total: 1048576.
09:54:30 Partition /vicepa: 54920992K available (minfree=4%), 41935680K free.
09:54:30 The server (pid 1579) can be controlled using volutil commands
09:54:30 "volutil -help" will give you a list of these commands
09:54:30 If desperate,
		"kill -SIGWINCH 1579" will increase debugging level
09:54:30 	"kill -SIGUSR2 1579" will set debugging level to zero
09:54:30 	"kill -9 1579" will kill a runaway server
09:54:30 Vice file system salvager, version 3.0.
09:54:30 SanityCheckFreeLists: Checking RVM Vnode Free lists.
09:54:30 DestroyBadVolumes: Checking for destroyed volumes.
09:54:30 Salvaging file system partition /vicepa
09:54:30 Force salvage of all volumes on this partition
09:54:30 Scanning inodes in directory /vicepa...
09:54:31 SFS: There are some volumes without any inodes in them
09:54:31 Entering DCC(0x1000001)
09:54:31 DCC: Salvaging Logs for volume 0x1000001
09:54:31 done:	10 files/dirs,	14 blocks
09:54:31 Vnode 0x1000002.5c7a.aabd incorrect inode - Correcting

09:54:31 f_icreate: bitmap free at 1562, inode 1563 exists!

could not open key 2 file: No such file or directory

Date: Wed 02/22/2006

09:54:31 f_icreate: bitmap free at 1562, inode 1563 exists!

Assertion failed: 0, file "ftreeifs.c", line 319
Sleeping forever.  You may use gdb to attach to process 1579.

        Greg Troxel <>
Received on 2006-02-22 10:10:31