(Illustration by Gaich Muramatsu)
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 <emme_at_emmes-world.de> 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?Received on 2004-08-16 10:10:26