Date: Wed, 27 Mar 2002 07:11:31 -0800 (PST) From: Mark Morley <mark@amtmedia.com> To: freebsd-stable@freebsd.org Subject: 4.5r core dumping, help debug please Message-ID: <E16qF5H-000MFY-00@www.amtmedia.com>
next in thread | raw e-mail | index | archive | help
I have a new machine with dual Athtalon 1600MP processors on an Asus MB
that acts as a mail server running Exim and processing 100K messages or
more a day.
When I first set it up a few days ago, it was panic'ing about every 8
hours. I suspected it might be the RAM so I removed the second stick
of 512 megs. At that time I also rebuilt the kernel with debugging
enabled.
The system was fine for more than 72 hours straight, so I was really
starting to think the RAM was it, but then this morning it did it again.
This time I was able to run the debugger on it though.
Here's the debugging output (snipped the junk). Can anyone tell me if this
is hardware or software?
su-2.05a# gdb -k kernel.debug /usr/crash/vmcore.0
[SNIP]
This GDB was configured as "i386-unknown-freebsd"...
SMP 2 cpus
IdlePTD at phsyical address 0x002f3000
initial pcb at physical address 0x0026d960
panicstr: page fault
panic messages:
---
Fatal trap 12: page fault while in kernel mode
mp_lock = 00000002; cpuid = 0; lapic.id = 00000000
fault virtual address = 0xbfa52a1c
fault code = supervisor read, page not present
instruction pointer = 0x8:0xbfa52a1c
stack pointer = 0x10:0xff807ee0
frame pointer = 0x10:0xff807ef0
code segment = base 0x0, limit 0xfffff, type 0x1b
= DPL 0, pres 1, def32 1, gran 1
= DPL 0, pres 1, def32 1, gran 1
processor eflags = interrupt enabled, resume, IOPL = 0
current process = Idle
interrupt mask = bio <- SMP: XXX
trap number = 12
panic: page fault
mp_lock = 00000003; cpuid = 0; lapic.id = 00000000
boot() called on cpu#0
Uptime: 3d7h47m39s
dumping to dev #ad/0x20001, offset 7274656
[SNIP]
---
#0 dumpsys () at ../../kern/kern_shutdown.c:474
474 if (dumping++) {
(kgdb) where
#0 dumpsys () at ../../kern/kern_shutdown.c:474
#1 0xc0139c3b in boot (howto=260) at ../../kern/kern_shutdown.c:313
#2 0xc013a050 in poweroff_wait (junk=0xc02480d9, howto=-1071350865)
at ../../kern/kern_shutdown.c:582
#3 0xc021e20c in trap_fatal (frame=0xff807ca8, eva=48)
at ../../i386/i386/trap.c:956
#4 0xc021de9d in trap_pfault (frame=0xff807ca8, usermode=0, eva=48)
at ../../i386/i386/trap.c:849
#5 0xc021da3b in trap (frame={tf_fs = 24, tf_es = 16, tf_ds = 16,
tf_edi = -1071112192, tf_esi = 0, tf_ebp = -8356624, tf_isp = -8356652,
tf_ebx = -1071253316, tf_edx = 1744879680, tf_ecx = 4, tf_eax = 0,
tf_trapno = 12, tf_err = 0, tf_eip = -1071858011, tf_cs = 8,
tf_eflags = 66050, tf_esp = -1041559552, tf_ss = 0})
at ../../i386/i386/trap.c:448
#6 0xc01cbea5 in acquire_lock (lk=0xc025f8bc) at machine/globals.h:114
#7 0xc01d042e in softdep_fsync_mountdev (vp=0xd653dcc0)
at ../../ufs/ffs/ffs_softdep.c:3986
#8 0xc01d474e in ffs_fsync (ap=0xff807d70) at ../../ufs/ffs/ffs_vnops.c:134
#9 0xc01d3406 in ffs_sync (mp=0xc1eb1000, waitfor=2, cred=0xc1052900,
p=0xc0282000) at vnode_if.h:558
#10 0xc0168e87 in sync (p=0xc0282000, uap=0x0) at ../../kern/vfs_syscalls.c:547
#11 0xc01399ee in boot (howto=256) at ../../kern/kern_shutdown.c:234
#12 0xc013a050 in poweroff_wait (junk=0xc02480d9, howto=-1071350865)
---Type <return> to continue, or q <return> to quit---
at ../../kern/kern_shutdown.c:582
#13 0xc021e20c in trap_fatal (frame=0xff807ea0, eva=3215272476)
at ../../i386/i386/trap.c:956
#14 0xc021de9d in trap_pfault (frame=0xff807ea0, usermode=0, eva=3215272476)
at ../../i386/i386/trap.c:849
#15 0xc021da3b in trap (frame={tf_fs = 24, tf_es = 16, tf_ds = 16,
tf_edi = -8355996, tf_esi = 1, tf_ebp = -8356112, tf_isp = -8356148,
tf_ebx = 28319, tf_edx = 17910, tf_ecx = -1055788560, tf_eax = 10409,
tf_trapno = 12, tf_err = 0, tf_eip = -1079694820, tf_cs = 8,
tf_eflags = 66182, tf_esp = -8356028, tf_ss = -1055789004})
at ../../i386/i386/trap.c:448
#16 0xbfa52a1c in ?? ()
#17 0xc018c27a in udp_input (m=0xc121d500, off=20, proto=17)
at ../../netinet/udp_usrreq.c:230
#18 0xc01824d1 in ip_input (m=0xc121d500) at ../../netinet/ip_input.c:815
#19 0xc018252f in ipintr () at ../../netinet/ip_input.c:843
(kgdb)
Mark
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-stable" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?E16qF5H-000MFY-00>