佐藤です。 "Kouichi ABE (WALL)" <koui...@mysticwall.com> wrote in <20120207090606.ga2...@mysticwall.com>:
ko> このとき、以下のログが記録されていました。 ko> ko> kernel: ko> kernel: Fatal trap 12: page fault while in kernel mode ko> kernel: cpuid = 0; apic id = 00 ko> kernel: fault virtual address = 0x0 ko> kernel: fault code = supervisor read, page not present ko> kernel: instruction pointer = 0x20:0x0 ko> kernel: stack pointer = 0x28:0xdf1e1c48 ko> kernel: frame pointer = 0x28:0xdf1e1c70 ko> kernel: code segment = base 0x0, limit 0xfffff, type 0x1b ko> kernel: = DPL 0, pres 1, def32 1, gran 1 ko> kernel: processor eflags = interrupt enabled, resume, IOPL = 0 ko> kernel: current process = 3349 (cp) ko> kernel: trap number = 12 ko> kernel: panic: page fault ko> kernel: cpuid = 0 ko> kernel: KDB: stack backtrace: ko> kernel: #0 0xc0a4b157 at kdb_backtrace+0x47 ko> kernel: #1 0xc0a186b7 at panic+0x117 ko> kernel: #2 0xc0d48cf3 at trap_fatal+0x323 ko> kernel: #3 0xc0d48dad at trap_pfault+0xad ko> kernel: #4 0xc0d49b35 at trap+0x465 ko> kernel: #5 0xc0d32a8c at calltrap+0x6 ko> kernel: #6 0xc0d49315 at syscall+0x355 ko> kernel: #7 0xc0d32af1 at Xint0x80_syscall+0x21 ko> kernel: Uptime: 8h14m57s ko> ko> ko> さて、このような問題が起こるのですが、 ko> この場合はどこから調査すると良いでしょうか？ swap 領域と /var のそれぞれがメインメモリ以上確保してあるのであれば、 /etc/rc.conf に dumpdev="AUTO" と書いて再起動し、panic を再現すると、 panic からの再起動後、/var/crash に panic 発生時のカーネルメモリイメージが保存されます。 その際、info.0, vmcore.0, core.txt.0, のように番号がついたファイルがいくつか 生成されるのですが、このうちの core.txt.0 というファイルに、 「どこでどういう問題が発生したか」の詳細がテキスト形式で記録されます。 そのファイルと再現手順があれば、問題が特定できる可能性は高いです。 -- Hiroki
pgpN1C08rAXlY.pgp
Description: PGP signature
