(Illustration by Gaich Muramatsu)
Thank you both for the quick reply, but it is none of these solutions. Their are no other programs running using /coda and /coda is umounted. It never was mounted because it didn't work a single time. What does the HDBDaemon do exactually. Joost At 17:15 29-5-2000 +0800, you wrote: >It could also because that /coda was mounted by a previous run of >Venus. You should umount /coda before restarting Venus. (If you got >"device busy" message, then probably some programs are still using >some files under /coda. In this case, you need to exit/kill all those >programs, umount /coda, and then restart Venus.) > >-- Clement > >On Sun, 28 May 2000, Ashwin Krishna Patil wrote: > > > > > The most common cause of this problem is another venus program already > > running in the background. Try ps -aux and see if there is another venus > > running. If so, kill it and try running venus again. > > > > -------------------------------------------------- > > Ashwin > Patil > > ph. (734) 213-2003 > > email: apatil_at_eecs.umich.edu > > University of Michigan at Ann Arbor > > > > On Mon, 29 May 2000, WEB-Networks wrote: > > > > > Hi, > > > > > > since a few days i'm trying to get the coda client to work. I > installed 3 > > > different version of the client starting with > > > coda-debug-client-5.3.7-2.i386.rpm. After typing venus at the console > i get > > > the following: > > > > > > [root_at_kvz156 coda]# venus > > > > > > Date: Mon 05/29/2000 > > > > > > 01:21:06 /usr/coda/LOG setup for size 0x88008 > > > 01:21:06 /usr/coda/DATA initialized at size 0x220020 > > > 01:21:06 brain-wiping recoverable store > > > 01:21:06 loading recoverable store > > > 01:21:06 starting VSGDB scan > > > 01:21:06 0 vsg entries in table > > > 01:21:06 0 vsg entries on free-list > > > 01:21:06 starting VDB scan > > > 01:21:06 1 vol entries in table (0 MLEs) > > > 01:21:06 0 vol entries on free-list (0 MLEs) > > > 01:21:07 starting FSDB scan (833, 20000) (25, 75, 4) > > > 01:21:07 0 cache files in table (0 blocks) > > > 01:21:07 833 cache files on free-list > > > 01:21:07 starting HDB scan > > > 01:21:07 0 hdb entries in table > > > 01:21:07 0 hdb entries on free-list > > > 01:21:07 Kernel version ioctl failed (Inappropriate ioctl for device)! > > > 01:21:07 Initial LRDB allocation > > > 01:21:07 Getting Root Volume information... > > > 01:21:08 Venus starting... > > > Killed > > > > > > The logfile contains: > > > > > > [root_at_kvz156 etc]# less venus.log > > > > > > [ X(00) : 0000 : 01:21:06 ] Coda Venus, version 5.3.7 > > > [ X(00) : 0000 : 01:21:06 ] Logfile initialized with LogLevel = 0 at Mon > > > May 29 01:21:06 2000 > > > > > > [ X(00) : 0000 : 01:21:06 ] E StatsInit() > > > [ X(00) : 0000 : 01:21:06 ] L StatsInit() > > > [ X(00) : 0000 : 01:21:06 ] RecovDataSizes: Log = 0x88008, Data = > 0x220020 > > > [ X(00) : 0000 : 01:21:06 ] Recov_AllocateVM: allocated 1000 bytes at > 20000000 > > > [ X(00) : 0000 : 01:21:06 ] Recov_AllocateVM: allocated 21b000 bytes at > > > 21000000 > > > [ X(00) : 0000 : 01:21:06 ] BeginRvmTruncate (1, 4312, I) > > > [ X(00) : 0000 : 01:21:06 ] cache::EndRvmTruncate > > > [ X(00) : 0000 : 01:21:06 ] Recov_DeallocateVM: deallocated 1000 > bytes at > > > 20000000 > > > [ X(00) : 0000 : 01:21:06 ] Recov_DeallocateVM: deallocated 21b000 > bytes at > > > 21000000 > > > [ X(00) : 0000 : 01:21:06 ] BeginRvmFlush (1, 1332, F) > > > [ X(00) : 0000 : 01:21:06 ] EndRvmFlush > > > [ X(00) : 0000 : 01:21:06 ] BeginRvmTruncate (2, 1492, F) > > > [ X(00) : 0000 : 01:21:06 ] cache::EndRvmTruncate > > > [ X(00) : 0000 : 01:21:06 ] BeginRvmFlush (1, 5516, F) > > > [ X(00) : 0000 : 01:21:06 ] EndRvmFlush > > > [ X(00) : 0000 : 01:21:06 ] BeginRvmTruncate (3, 5676, F) > > > [ X(00) : 0000 : 01:21:06 ] cache::EndRvmTruncate > > > [ X(00) : 0000 : 01:21:07 ] BeginRvmFlush (1, 430448, F) > > > [ X(00) : 0000 : 01:21:07 ] EndRvmFlush > > > [ X(00) : 0000 : 01:21:07 ] BeginRvmTruncate (837, 430608, F) > > > [ X(00) : 0000 : 01:21:07 ] cache::EndRvmTruncate > > > [ X(00) : 0000 : 01:21:07 ] BeginRvmFlush (1, 16808, F) > > > [ X(00) : 0000 : 01:21:07 ] EndRvmFlush > > > [ X(00) : 0000 : 01:21:07 ] BeginRvmTruncate (1, 16968, F) > > > [ X(00) : 0000 : 01:21:07 ] cache::EndRvmTruncate > > > [ X(00) : 0000 : 01:21:07 ] E adviceserver::adviceserver: AdviceServer > > > > > > [ A(18) : 0000 : 01:21:07 ] adviceserver::main() > > > > > > [ H(07) : 0000 : 01:21:07 ] HDBDaemon about to sleep on hdbdaemon_syn > > > > > > The other 2 installs were > > > coda-debug-client-5.3.5-1.i386.rpm > > > coda-debug-client-5.3.6-1.i386.rpm > > > The last lines of their log files is the same as above. > > > > > > Futhermore i'm using RH 6.1 and kernel 2.2.14 with an ide-patch for > > > onstream tape drives. > > > > > > Is there somebody who can tell me how to fix this problem. It would > be nice > > > because i want to use the tapedrive over the network. > > > > > > Joost > > > > > > > > > > >Received on 2000-05-29 07:26:02