Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 3 Sep 2008 13:48:05 GMT
From:      Jason Detar <jason@eicomm.net>
To:        freebsd-gnats-submit@FreeBSD.org
Subject:   kern/127066: kernel panic
Message-ID:  <200809031348.m83Dm5FJ098227@www.freebsd.org>
Resent-Message-ID: <200809031350.m83Do24j093848@freefall.freebsd.org>

next in thread | raw e-mail | index | archive | help

>Number:         127066
>Category:       kern
>Synopsis:       kernel panic
>Confidential:   no
>Severity:       critical
>Priority:       high
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Wed Sep 03 13:50:01 UTC 2008
>Closed-Date:
>Last-Modified:
>Originator:     Jason Detar
>Release:        7.0-RELEASE-p2
>Organization:
Elite Internet Communications, Inc.
>Environment:
FreeBSD ads4.anandtech.com 7.0-RELEASE-p2 FreeBSD 7.0-RELEASE-p2 #0: Wed Jun 18 06:48:16 UTC 2008     root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC  amd64
>Description:
We have four servers with different hardware and releases of FreeBSD ranging from 6.3-STABLE to 7.0-RELEASE-p3 and we encounter a kernel panic on all machines, usually 1-2x daily. Here is the details of the dump:

[root@ads4 /usr/obj/usr/src/sys/GENERIC]# kgdb kernel.debug /var/crash/vmcore.0 
[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:
kernel trap 12 with interrupts disabled


Fatal trap 12: page fault while in kernel mode
cpuid = 0; apic id = 00
fault virtual address   = 0x0
fault code              = supervisor read data, page not present
instruction pointer     = 0x8:0xffffffff80468dff
stack pointer           = 0x10:0xffffffffb0a899c0
frame pointer           = 0x10:0xffffff0003143000
code segment            = base 0x0, limit 0xfffff, type 0x1b
                        = DPL 0, pres 1, long 1, def32 0, gran 1
processor eflags        = resume, IOPL = 0
current process         = 76583 (httpd)
trap number             = 12
panic: page fault
cpuid = 0
Uptime: 5d16h11m42s
Physical memory: 4083 MB
Dumping 453 MB: 438 422 406 390 374 358 342 326 310 294 278 262 246 230 214 198 182 166 150 134 118 102 86 70 54 38 22 6

#0  doadump () at pcpu.h:194
194             __asm __volatile("movq %%gs:0,%0" : "=r" (td));
(kgdb) list *0xffffffff80468dff
0xffffffff80468dff is in lf_advlock (/usr/src/sys/kern/kern_lockf.c:295).
290                                         (td->td_wmesg == lockstr) &&
291                                         (i++ < maxlockdepth)) {
292                                             waitblock = (struct lockf *)td->td_wchan;
293                                             /* Get the owner of the blocking lock */
294                                             waitblock = waitblock->lf_next;
295                                             if ((waitblock->lf_flags & F_POSIX) == 0)
296                                                     break;
297                                             nproc = (struct proc *)waitblock->lf_id;
298                                             if (nproc == (struct proc *)lock->lf_id) {
299                                                     PROC_SUNLOCK(wproc);
(kgdb) backtrace
#0  doadump () at pcpu.h:194
#1  0x0000000000000004 in ?? ()
#2  0xffffffff80477699 in boot (howto=260)
    at /usr/src/sys/kern/kern_shutdown.c:409
#3  0xffffffff80477a9d in panic (fmt=0x104 <Address 0x104 out of bounds>)
    at /usr/src/sys/kern/kern_shutdown.c:563
#4  0xffffffff8072ed44 in trap_fatal (frame=0xffffff001a8ec680, 
    eva=18446742974643116240) at /usr/src/sys/amd64/amd64/trap.c:724
#5  0xffffffff8072f9bf in trap (frame=0xffffffffb0a89910)
    at /usr/src/sys/amd64/amd64/trap.c:251
#6  0xffffffff807156be in calltrap ()
    at /usr/src/sys/amd64/amd64/exception.S:169
#7  0xffffffff80468dff in lf_advlock (ap=Variable "ap" is not available.
)
    at /usr/src/sys/kern/kern_lockf.c:294
#8  0xffffffff8044ec5b in kern_fcntl (td=0xffffff001a8ec680, fd=Variable "fd" is not available.
)
    at vnode_if.h:1036
#9  0xffffffff8044f01f in fcntl (td=0xffffff001a8ec680, uap=0xffffffffb0a89be0)
    at /usr/src/sys/kern/kern_descrip.c:336
#10 0xffffffff8072f397 in syscall (frame=0xffffffffb0a89c70)
    at /usr/src/sys/amd64/amd64/trap.c:852
#11 0xffffffff807158cb in Xfast_syscall ()
    at /usr/src/sys/amd64/amd64/exception.S:290
#12 0x000000080100807c in ?? ()
Previous frame inner to this frame (corrupt stack?)
>How-To-Repeat:
Leave Apache22 & PHP5 installed from ports running
>Fix:


>Release-Note:
>Audit-Trail:
>Unformatted:



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200809031348.m83Dm5FJ098227>