Hmm, looks familiar. Im starting from source (compiling using egcs-2.91.66)
and getting simular results. I thought that it was a problem with egcs and im
compiling gcc-2.95.2 to see if that will make a difference. Did you notice a
simular error in .../etc/console?
11:55:39 /usr/coda/LOG validated at size 0x288a00
11:55:39 /usr/coda/DATA validated at size 0xa211dc
11:55:39 loading recoverable store
RVG values: what they are (what they should be)
Magic = 8675309(8675309), Version = 32(32), CleanShutDown= 0(0 or 1), RootVolName =
The following pointers should be between 21000000 and 21a1c000:
Ptrs = [21a1a888 21a1be48 21a1bfc8 2184ac48 0 21a1abc8], Heap = [21000000] HeapLen =
a1c000
UUID = c2a34a36-0000-0000-0000-000000000000
11:55:40 fatal error -- Recov_InitSeg: rvg validation failed, restart venus with -init
Assertion failed: 0, file "venusrecov.cc", line 573
Sleeping forever. You may use gdb to attach to process 1373.
If I did start up gdb, what would one look for?
-uriah
PS-> Suse 6.2, egcs 1.1.2, kernel 2.2.14, coda 5.3.7, lwp 1.4, rpc2 1.5, and
rvm 1.1.
On Sun, 28 May 2000, WEB-Networks scribbled:
> 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