try reiniting your cache. i usually have good luck with that when venus
won't restart.
touch /usr/coda/venus.cache/INIT
/etc/init.d/venus.init start
or you can get more drastic -
rm -rf /usr/coda/venus.cache
venus-setup (host) (size)
/etc/init.d/venus.init start
On 08/16/04, Martin Emrich <[EMAIL PROTECTED]> wrote:
> Hi!
>
> Today, venus crashed (probably due to heavy operations on the coda fs). After
> killing Venus, unloading the kernel module and restarting venus, this appears
> in /var/log/coda/venus.err:
>
> Date: Mon 08/16/2004
>
> 14:29:33 Coda Venus, version 6.0.6
>
> 14:29:33 SigInit: setpgid failed (1)
> 14:29:33 /var/lib/coda/LOG size is 1363968 bytes
> venus: rvm_logrecovr.c:2001: build_tree: Assertion `(long)log_buf->ptr >= 0'
> failed.
> 14:29:33 Fatal Signal (6); pid 19798 becoming a zombie...
> 14:29:33 You may use gdb to attach to 19798
>
> then, I started gdb -c 19798.
>
> (gdb) where
> #0 0x401372a6 in sigsuspend () from /lib/tls/libc.so.6
> #1 0x080aead0 in SigChoke (sig=6) at sighand.cc:241
> #2 <signal handler called>
> #3 0x40136f19 in raise () from /lib/tls/libc.so.6
> #4 0x40244ebc in ?? () from /lib/tls/libc.so.6
> #5 0x08119a74 in ?? ()
> #6 0x40138771 in abort () from /lib/tls/libc.so.6
> #7 0x00000000 in ?? ()
> #8 0x00000020 in ?? ()
> #9 0x00000000 in ?? ()
> #10 0x00000000 in ?? ()
> #11 0x00000000 in ?? ()
> #12 0x00000000 in ?? ()
> #13 0x00000000 in ?? ()
> #14 0x00000000 in ?? ()
> #15 0x00000000 in ?? ()
> #16 0x00000000 in ?? ()
> #17 0x00000000 in ?? ()
> #18 0x00000000 in ?? ()
> #19 0x00000000 in ?? ()
> #20 0x00000000 in ?? ()
> #21 0x00000000 in ?? ()
> #22 0x00000000 in ?? ()
> #23 0x00000000 in ?? ()
> #24 0x00000000 in ?? ()
> #25 0x00000000 in ?? ()
> #26 0x00000000 in ?? ()
> #27 0x00000000 in ?? ()
> #28 0x00000000 in ?? ()
> #29 0x00000000 in ?? ()
> #30 0x00000000 in ?? ()
> #31 0x00000000 in ?? ()
> #32 0x00000000 in ?? ()
> #33 0x00000000 in ?? ()
> #34 0x00000000 in ?? ()
> #35 0x00000000 in ?? ()
> #36 0x00000000 in ?? ()
> #37 0x00000000 in ?? ()
> #38 0x00000000 in ?? ()
> #39 0x00000000 in ?? ()
> #40 0x00000000 in ?? ()
> #41 0x40244ebc in ?? () from /lib/tls/libc.so.6
> #42 0x4017c3e9 in _IO_file_write () from /lib/tls/libc.so.6
> #43 0x4017b60f in _IO_do_write () from /lib/tls/libc.so.6
> #44 0x4017b5a8 in _IO_do_write () from /lib/tls/libc.so.6
> #45 0x0001bf79 in ?? ()
> #46 0x0001bf78 in ?? ()
> #47 0x40245840 in __after_morecore_hook () from /lib/tls/libc.so.6
> #48 0x40244ebc in ?? () from /lib/tls/libc.so.6
> #49 0x40245840 in __after_morecore_hook () from /lib/tls/libc.so.6
> #50 0x0811a030 in ?? ()
> #51 0xbffffa88 in ?? ()
> #52 0x401812a0 in free () from /lib/tls/libc.so.6
> #53 0x40245840 in __after_morecore_hook () from /lib/tls/libc.so.6
> #54 0x0811a030 in ?? ()
> #55 0x40244ebc in ?? () from /lib/tls/libc.so.6
> #56 0x40244ebc in ?? () from /lib/tls/libc.so.6
> #57 0x0811a030 in ?? ()
> #58 0x40130473 in __assert_fail () from /lib/tls/libc.so.6
> #59 0xbffffe8b in ?? ()
> #60 0x40236bd4 in in6addr_loopback () from /lib/tls/libc.so.6
> #61 0x4004a617 in ?? () from /usr/lib/librvmlwp.so.1
> #62 0x000007d1 in ?? ()
> #63 0x4004b391 in ?? () from /usr/lib/librvmlwp.so.1
> #64 0x40236bd4 in in6addr_loopback () from /lib/tls/libc.so.6
> #65 0x4004b1df in ?? () from /usr/lib/librvmlwp.so.1
> #66 0x0811a030 in ?? ()
> #67 0x400507e4 in __DTOR_END__ () from /usr/lib/librvmlwp.so.1
> #68 0xbffffafc in ?? ()
> #69 0x4003d9d9 in build_tree (log=0x81199f8) at rvm_logrecovr.c:2001
> #70 0x4003f93e in log_recover (log=0x81199f8, count=0x8119cac,
> is_daemon=rvm_false, flag=4) at rvm_logrecovr.c:2685
> #71 0x40037471 in do_log_options (log_ptr=0xbffffb74, rvm_options=0x8110840)
> at rvm_logstatus.c:465
> #72 0x40044b74 in do_rvm_options (rvm_options=0x8110840) at rvm_status.c:127
> #73 0x40033b91 in rvm_initialize (rvm_version=0x80e6500 "RVM Interface Version
> 1.3 7 Mar 1994", rvm_options=0x8110840)
> at rvm_init.c:94
> #74 0x08088540 in Recov_InitRVM () at venusrecov.cc:399
> #75 0x08088005 in RecovInit () at venusrecov.cc:231
> #76 0x08086029 in main (argc=1, argv=0xbffffd94) at venus.cc:179
>
> Any Ideas how to get it up and running again? Other clients are not affected.
>
> Ciao
>
> Martin
--
steve simitzis : /sim' - i - jees/
pala : saturn5 productions
www.steve.org : 415.282.9979
hath the daemon spawn no fire?
