Date: Tue, 5 Feb 2008 19:36:02 +0300 From: Yar Tikhiy <yar@comp.chem.msu.su> To: Attilio Rao <attilio@freebsd.org> Cc: Kostik Belousov <kostikbel@gmail.com>, Scot Hetzel <swhetzel@gmail.com>, freebsd-current@freebsd.org, Doug Barton <dougb@freebsd.org> Subject: Re: panic: System call lstat returning with 1 locks held Message-ID: <20080205163602.GB56373@comp.chem.msu.su> In-Reply-To: <3bbf2fe10802011041t28e419c9n5f0f6f34d6450184@mail.gmail.com> References: <3bbf2fe10801291411v302dd33at54ebe538397e8fac@mail.gmail.com> <20080130130820.GA88429@comp.chem.msu.su> <3bbf2fe10801300707u3fd121c0k199605c2f0be6cbf@mail.gmail.com> <790a9fff0801301352xa91a69ci3f08488dfcfc982@mail.gmail.com> <3bbf2fe10801310243tddedfeckbc4c94be87f0a4ca@mail.gmail.com> <20080131130210.GA37090@comp.chem.msu.su> <3bbf2fe10801310504j486924bdm86e0436597a42b09@mail.gmail.com> <790a9fff0801312241s346068b6s40fcae71ebbf546@mail.gmail.com> <20080201145051.GE79881@comp.chem.msu.su> <3bbf2fe10802011041t28e419c9n5f0f6f34d6450184@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
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 @ /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 @ %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?)
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20080205163602.GB56373>