BTW, I seem to be hitting yet another lockmgr-related panic. My system won't reboot under certain conditions: it'll panic instead in vfs_unmountall(). Namely it will panic if I reboot from single-user mode while it'll reboot OK from multi-user mode. I have no idea yet about the exact reason for the behaviour. The output from kgdb attached. Note that this panic shouldn't be NTFS-related as I can trigger it by typing `reboot' immediately after booting into single user. Thanks! -- Yar Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...0 0 0 0 0 0 0 0 done All buffers synced. panic: lock (lockmgr) vfslock not locked _at_ /usr/src/sys/kern/vfs_mount.c:1317 cpuid = 0 KDB: enter: panic panic: from debugger cpuid = 0 Uptime: 3m6s Physical memory: 499 MB Dumping 31 MB: 16 #0 doadump () at pcpu.h:195 195 pcpu.h: No such file or directory. in pcpu.h (kgdb) where #0 doadump () at pcpu.h:195 #1 0xc0768d4e in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:417 #2 0xc0769013 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:571 #3 0xc048f567 in db_panic (addr=Could not find the frame base for "db_panic". ) at /usr/src/sys/ddb/db_command.c:444 #4 0xc048ff6c in db_command (last_cmdp=0xc0bf8e54, cmd_table=0x0, dopager=1) at /usr/src/sys/ddb/db_command.c:411 #5 0xc049007a in db_command_loop () at /usr/src/sys/ddb/db_command.c:464 #6 0xc049181d in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:228 #7 0xc0792036 in kdb_trap (type=3, code=0, tf=0xd614aadc) at /usr/src/sys/kern/subr_kdb.c:510 #8 0xc0a798cb in trap (frame=0xd614aadc) at /usr/src/sys/i386/i386/trap.c:647 #9 0xc0a5f2bb in calltrap () at /usr/src/sys/i386/i386/exception.s:146 #10 0xc07921ba in kdb_enter (why=0xc0b0cbb4 "panic", msg=0xc0b0cbb4 "panic") at cpufunc.h:60 #11 0xc0768ffc in panic (fmt=0xc0b11aed "lock (%s) %s not locked _at_ %s:%d") at /usr/src/sys/kern/kern_shutdown.c:555 #12 0xc07a1ef1 in witness_unlock (lock=0xc2fc3000, flags=8, file=0xc0b17d73 "/usr/src/sys/kern/vfs_mount.c", line=1317) at /usr/src/sys/kern/subr_witness.c:1284 #13 0xc0757324 in _lockmgr (lkp=0xc2fc3000, flags=6, interlkp=0x0, file=0xc0b17d73 "/usr/src/sys/kern/vfs_mount.c", line=1317) at /usr/src/sys/kern/kern_lock.c:430 #14 0xc07e3584 in dounmount (mp=0xc2fc3000, flags=524288, td=0xc2feccc0) ---Type <return> to continue, or q <return> to quit--- at /usr/src/sys/kern/vfs_mount.c:1317 #15 0xc07e66be in vfs_unmountall () at /usr/src/sys/kern/vfs_subr.c:2935 #16 0xc0768adf in boot (howto=Variable "howto" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:399 #17 0xc07690fb in reboot (td=0xc2feccc0, uap=0xd614acfc) at /usr/src/sys/kern/kern_shutdown.c:172 #18 0xc0a79043 in syscall (frame=0xd614ad38) at /usr/src/sys/i386/i386/trap.c:1034 #19 0xc0a5f320 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:203 #20 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?)Received on Tue Feb 05 2008 - 15:36:06 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:26 UTC