6.3-RELEASE panic

Hi,

I've just updated the 6.2-RELEASE to 6.3-RELEASE using freebsd-update
as described in daemonology blog.

While removing the old packages using
pkg_delete -af
I've tried to stop all the deamons from /usr/local/etc/rc.d and
got the following panic (hand transcribed from a photo - I don't have that
machine enabled for remote debugging). Panic seems to be deterministic
when stopping those scripts (verified by subsequent attempts while
pkg_delete was not running).

Stopping mdnsd.

Fatal trap 12: page fault while in kernel mode
fault virtual address = 0x5a
fault code = supervisor read, page ont present
instruction pointer = 0x20:0xc073fa6f
stack pointer = 0x28:0xe625db9c
frame pointer = 0x28:0xe625dba4
code segment = base 0x0, limit 0xfffff, type 0x1b
= DPL 0, pres 1, def32 1, gran 1
processor eflags = interrupt enabled, resume, IOPL = 0
current process = 1177 (mdnsd)
trap number = 12
panic: page fault


[root@ /var/crash]# cat info.10
Dump header from device /dev/ad4s1b
Architecture: i386
Architecture Version: 2
Dump Length: 1072824320B (1023 MB)
Blocksize: 512
Dumptime: Mon Jan 21 17:26:26 2008
Hostname: evenstar.ics.muni.cz
Magic: FreeBSD Kernel Dump
Version String: FreeBSD 6.3-RELEASE #0: Wed Jan 16 04:18:52 UTC 2008
root@xxxxxxxxxxxxxxxxxxxxxxx:/usr/obj/usr/src/sys/GENERIC
Panic String: page fault
Dump Parity: 2784976745
Bounds: 10
Dump Status: good
[root@ /var/crash]# kgdb /boot/kernel/kernel vmcore.10
kgdb: kvm_nlist(_stopped_cpus):
kgdb: kvm_nlist(_stoppcbs):
[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 "i386-marcel-freebsd".
(no debugging symbols found)...Attempt to extract a component of a value
that is not a structure pointer.
(kgdb) bt
#0 0xc06a46a6 in doadump ()
#1 0xc06a4b76 in boot ()
#2 0xc06a4e0c in panic ()
#3 0xc090d1b4 in trap_fatal ()
#4 0xc090cf1b in trap_pfault ()
#5 0xc090cb59 in trap ()
#6 0xc08f9fea in calltrap ()
#7 0xc073fa6f in in_delmulti ()
#8 0xc0748e15 in ip_freemoptions ()
#9 0xc07414cc in in_pcbdetach ()
#10 0xc075a0ee in udp_detach ()
#11 0xc06de0b8 in soclose ()
#12 0xc06cd83b in soo_close ()
#13 0xc0683ffc in fdrop_locked ()
#14 0xc0683f25 in fdrop ()
#15 0xc0682553 in closef ()
#16 0xc067f8e7 in kern_close ()
#17 0xc067f6d8 in close ()
#18 0xc090d4cb in syscall ()
#19 0xc08fa03f in Xint0x80_syscall ()
#20 0x00000033 in ?? ()
Previous frame inner to this frame (corrupt stack?)


Petr

PS: please cc me in the replies as I'm not regular subscribed to the
stable@ list. Thanks a lot.


================================================================
Petr Holub
CESNET z.s.p.o. Supercomputing Center Brno
Zikova 4 Institute of Compt. Science
162 00 Praha 6, CZ Masaryk University
Czech Republic Botanicka 68a, 60200 Brno, CZ
e-mail: Petr.Holub@xxxxxxxxx phone: +420-549493944
fax: +420-541212747
e-mail: hopet@xxxxxxxxxxx



_______________________________________________
freebsd-stable@xxxxxxxxxxx mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscribe@xxxxxxxxxxx"

Relevant Pages

  • Re: if_sge related panics
    ... Fatal trap 12: page fault while in kernel mode ... My swap is on a zvol, so I don't have dump. ... Previous frame inner to this frame ...
    (freebsd-stable)
  • Re: trap 12
    ... Fatal trap 12: page fault while in kernel mode ... Cannot dump. ... I put the two gmirror disks in another chassis and the remote dumps are now completing.This at least does seem to be hardware. ...
    (freebsd-stable)
  • Kernel panic. Unsure of cause.
    ... Unread portion of the kernel message buffer: ... page fault while in kernel mode ... Physical memory: 3058 MB ... Dump Length: 326086656B ...
    (freebsd-questions)
  • Re: reboot after panic : page fault for two consecutive days now with FreeBSD stable 7.0
    ... It is a simi-production machine that cvsups daily and builds and installs a new world and kernel. ... Dump Length: 341225472B ... However, panics that "suddenly" start happening frequently on a system that has been stable for a while with no OS or workload changes made, are usually due to the hardware starting to fail. ... page fault while in kernel mode ...
    (freebsd-questions)
  • Netgraph node, first steps in kernel land and a bloody crash dump
    ... still here with my netgraph node. ... page fault while in kernel mode ... dump ata0: resetting devices .. ... Ok, i'm not a guru, but it looks like the culprit is printf in kernel ...
    (freebsd-hackers)