On Sat, 06 Jun 2009 09:02:52 +0900 NAKAJI Hiroyuki <nak...@jp.freebsd.org> wrote:
> 中治です。 > > 午前3時頃に reboot しているのを先ほど確認できました。直接には無関係でしょ > うが、以下の stack backtrace が記録されています。 > > Jun 6 03:08:53 www syslogd: kernel boot file is /boot/kernel/kernel > Jun 6 03:08:53 www kernel: KDB: stack backtrace: > Jun 6 03:08:53 www kernel: db_trace_self_wrapper() at > db_trace_self_wrapper+0x2a > Jun 6 03:08:53 www kernel: vfs_badlock() at vfs_badlock+0x95 > Jun 6 03:08:53 www kernel: assert_vop_elocked() at assert_vop_elocked+0x64 > Jun 6 03:08:53 www kernel: VOP_WRITE_APV() at VOP_WRITE_APV+0x155 > Jun 6 03:08:53 www kernel: vn_write() at vn_write+0x1ce > Jun 6 03:08:53 www kernel: dofilewrite() at dofilewrite+0x85 > Jun 6 03:08:53 www kernel: kern_pwritev() at kern_pwritev+0x66 > Jun 6 03:08:53 www kernel: pwrite() at pwrite+0x58 > Jun 6 03:08:53 www kernel: syscall() at syscall+0x1d1 > Jun 6 03:08:53 www kernel: Xfast_syscall() at Xfast_syscall+0xab > Jun 6 03:08:53 www kernel: --- syscall (476, FreeBSD ELF64, pwrite), rip = > 0x80074d10c, rsp = > 0x7fffffffda98, rbp = 0x7698000 --- Jun 6 03:08:53 www kernel: VOP_WRITE: > 0xffffff0013e2c4b0 is > not exclusive locked but should be Jun 6 03:08:53 www kernel: KDB: enter: > lock violation > > 後ろ向きですが、留守の時に長時間止まってしまう事態は避けられそうです。 こういったロック関連の問題の検出の精度が 8-CURRENT であがり、精力的に修正を行なっているそうです。 LOR (Lock Order Reversal) 等と略され、メーリングリストでもそれなりの頻度で見かけます。 もし、機材に余裕があるのなら 8 系を試すのも一つの手かもしれません。