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: [EMAIL PROTECTED]
> 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@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@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
> >
> >
> >
>
