Freebsd 7.0-RELEASE-p3 panics

[Kostik Belousov]

On Fri, Aug 08, 2008 at 01:47:18PM -0400, Nathanael J wrote:
> Hello,
> 
> I've been having spurrious crash troubles with this box a while now
> and I haven't been able to figure out why. I've ran a couple memtest
> passes on it and it didn't pick up anything. Here's a backtrace I've
> been able to obtain. The kernel config is at the end. It's the generic
> kernel with ULE. I'm following chapter 11 of the developers' handbook,
> so if there's any information missing, let me know and I'll forward it
> over. I'm using this box as a test platform for backuppc so the only
> thing ever running on it is perl, or rsync wrapped in perl depending
> on how you look at it. I'd appreciate any help. Thanks.
> 
> backuppc2# uname -a
> FreeBSD backuppc2.webair.com 7.0-RELEASE-p3 FreeBSD 7.0-RELEASE-p3 #0:
> Fri Aug  1 18:44:38 EDT 2008
> root at backuppc2.webair.com:/usr/obj/usr/src/sys/CUSTOM  amd64
> 
> backuppc2# kgdb kernel.debug /usr/crash/vmcore.1
> [GDB will not be able to debug user-mode threads:
> /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"]
> GNU gdb 6.1.1 [FreeBSD]
> Copyright 2004 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and you are
> welcome to change it and/or distribute copies of it under certain conditions.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB.  Type "show warranty" for details.
> This GDB was configured as "amd64-marcel-freebsd".
> 
> Unread portion of the kernel message buffer:
> 
> 
> Fatal trap 12: page fault while in kernel mode
> cpuid = 0; apic id = 00
> fault virtual address   = 0xffffc300be229a10
> fault code              = supervisor write data, page not present
> instruction pointer     = 0x8:0xffffffff8065e222
> stack pointer           = 0x10:0xffffffffae417a20
> frame pointer           = 0x10:0xffffffffa49a3f00
> code segment            = base 0x0, limit 0xfffff, type 0x1b
>                         = DPL 0, pres 1, long 1, def32 0, gran 1
> processor eflags        = interrupt enabled, resume, IOPL = 0
> current process         = 47 (syncer)
> trap number             = 12
> panic: page fault
> cpuid = 0
> Uptime: 2h14m49s
> Physical memory: 4082 MB
> Dumping 426 MB: 411 395 379 363 347 331 315 299 283 267 251 235 219
> 203 187 171 155 139 123 107 91 75 59 43 27 11
> 
> #0  doadump () at pcpu.h:194
> 194             __asm __volatile("movq %%gs:0,%0" : "=r" (td));
> (kgdb) list *0xffffffff8065e222
> 0xffffffff8065e222 is in softdep_disk_io_initiation
> (/usr/src/sys/ufs/ffs/ffs_softdep.c:3750).
> 3745            /*
> 3746             * Do any necessary pre-I/O processing.
> 3747             */
> 3748            for (wk = LIST_FIRST(&bp->b_dep); wk != NULL;
> 3749                 wk = markernext(&marker)) {
> 3750                    LIST_INSERT_AFTER(wk, &marker, wk_list);
> 3751                    switch (wk->wk_type) {
> 3752
> 3753                    case D_PAGEDEP:
> 3754                            initiate_write_filepage(WK_PAGEDEP(wk), bp);
> (kgdb) backtrace
> #0  doadump () at pcpu.h:194
> #1  0x0000000000000004 in ?? ()
> #2  0xffffffff804775f9 in boot (howto=260) at
> /usr/src/sys/kern/kern_shutdown.c:409
> #3  0xffffffff804779fd in panic (fmt=0x104 <Address 0x104 out of
> bounds>) at /usr/src/sys/kern/kern_shutdown.c:563
> #4  0xffffffff80730674 in trap_fatal (frame=0xffffff00035436a0,
> eva=18446742974253291728) at /usr/src/sys/amd64/amd64/trap.c:724
> #5  0xffffffff80730a45 in trap_pfault (frame=0xffffffffae417970,
> usermode=0) at /usr/src/sys/amd64/amd64/trap.c:641
> #6  0xffffffff80731388 in trap (frame=0xffffffffae417970) at
> /usr/src/sys/amd64/amd64/trap.c:410
> #7  0xffffffff80716fee in calltrap () at
> /usr/src/sys/amd64/amd64/exception.S:169
> #8  0xffffffff8065e222 in softdep_disk_io_initiation
> (bp=0xffffffff9a615920) at /usr/src/sys/ufs/ffs/ffs_softdep.c:3750
> #9  0xffffffff80663d9f in ffs_geom_strategy (bo=0xffffff000363f530,
> bp=0xffffffff9a615920) at buf.h:436
> #10 0xffffffff804dfcbf in bufwrite (bp=0xffffffff9a615920) at buf.h:429
> #11 0xffffffff804d9d0f in vfs_bio_awrite (bp=0xffffffff9a615920) at buf.h:417
> #12 0xffffffff804e3dc1 in vop_stdfsync (ap=0xffffffffae417bc0) at
> /usr/src/sys/kern/vfs_default.c:437
> #13 0xffffffff804f3992 in sched_sync () at vnode_if.h:538
> #14 0xffffffff80458d13 in fork_exit (callout=0xffffffff804f3350
> <sched_sync>, arg=0x0, frame=0xffffffffae417c80) at
> /usr/src/sys/kern/kern_fork.c:781
> #15 0xffffffff807173be in fork_trampoline () at
> /usr/src/sys/amd64/amd64/exception.S:415

This might be fixed by r177513 on HEAD, MFCed to RELENG_7 as r179082.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20080809/6d7aea2e/attachment.pgp