Date: Mon, 20 Aug 2001 18:34:57 +0100 From: "Walter C. Pelissero" <walter@pelissero.org> To: hackers@freebsd.org, net@freebsd.org Subject: Re: 4.4-RC NFS panic Message-ID: <15233.19009.779227.903080@hyde.lpds.sublink.org> In-Reply-To: <20010820154009.A991@ringworld.oblivion.bg> References: <15232.62492.730149.447791@hyde.lpds.sublink.org> <20010820154009.A991@ringworld.oblivion.bg>
next in thread | previous in thread | raw e-mail | index | archive | help
[ third time I retry to post this message on the mailing list ]
Peter Pentchev writes:
> On Mon, Aug 20, 2001 at 12:27:24PM +0100, Walter C. Pelissero wrote:
> All those ??'s are the result of kgdb being unable to look inside
> a kernel module. Are you loading NFS as a module?
Yep. I recompiled a kernel with almost all modules linked in. I
forgot some of them but I guess those don't hurt.
Now kldstat says:
Id Refs Address Size Name
1 4 0xc0100000 298698 kernel
2 1 0xc0399000 30e0 splash_bmp.ko
3 1 0xc039d000 5458 vesa.ko
4 1 0xc0b63000 19000 usb.ko
The panic is still easily reproducible and therefore I've got some
more details to show you:
GNU gdb 4.18
Copyright 1998 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-unknown-freebsd".
Reading symbols from kernel.debug...done.
IdlePTD 4009984
initial pcb at 311680
panicstr: page fault
panic messages:
---
Fatal trap 12: page fault while in kernel mode
fault virtual address = 0x65746e69
fault code = supervisor read, page not present
instruction pointer = 0x8:0xc028782e
stack pointer = 0x10:0xc780bccc
frame pointer = 0x10:0xc780bd08
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 = 179 (nfsiod)
interrupt mask = none
trap number = 12
panic: page fault
syncing disks... 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2
done
Uptime: 3m35s
dumping to dev #ad/0x30001, offset 272736
dump ata0: resetting devices .. done
127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 111 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0
---
#0 dumpsys () at ../../kern/kern_shutdown.c:472
472 if (dumping++) {
(kgdb) bt
#0 dumpsys () at ../../kern/kern_shutdown.c:472
#1 0xc0159b17 in boot (howto=256) at ../../kern/kern_shutdown.c:312
#2 0xc0159ee4 in poweroff_wait (junk=0xc02cd40c, howto=-1070805201)
at ../../kern/kern_shutdown.c:580
#3 0xc0289002 in trap_fatal (frame=0xc780bc8c, eva=1702129257)
at ../../i386/i386/trap.c:956
#4 0xc0288cd5 in trap_pfault (frame=0xc780bc8c, usermode=0, eva=1702129257)
at ../../i386/i386/trap.c:849
#5 0xc02888bf in trap (frame={tf_fs = 16, tf_es = -1019805680,
tf_ds = -1062076400, tf_edi = -1003117116, tf_esi = 1702129257,
tf_ebp = -947864312, tf_isp = -947864392, tf_ebx = 6716,
tf_edx = -947864124, tf_ecx = 1679, tf_eax = 1589720923, tf_trapno = 12,
tf_err = 0, tf_eip = -1071089618, tf_cs = 8, tf_eflags = 66066,
tf_esp = 1397686380, tf_ss = 6716}) at ../../i386/i386/trap.c:448
#6 0xc028782e in generic_bcopy ()
#7 0xc01f994a in nfs_readrpc (vp=0xc78dc300, uiop=0xc780bdc4, cred=0xc0bc9d80)
at ../../nfs/nfs_vnops.c:1118
#8 0xc01d3393 in nfs_doio (bp=0xc3373e60, cr=0xc0bc9d80, p=0x0)
at ../../nfs/nfs_bio.c:1410
#9 0xc01f348e in nfssvc_iod (p=0xc77baf20) at ../../nfs/nfs_syscalls.c:970
#10 0xc01f1ed3 in nfssvc (p=0xc77baf20, uap=0xc780bf80)
at ../../nfs/nfs_syscalls.c:166
#11 0xc02892ad in syscall2 (frame={tf_fs = 47, tf_es = 47, tf_ds = 47,
tf_edi = -1077936680, tf_esi = 0, tf_ebp = -1077936776,
tf_isp = -947863596, tf_ebx = 2, tf_edx = 1, tf_ecx = 19, tf_eax = 155,
tf_trapno = 12, tf_err = 2, tf_eip = 134515664, tf_cs = 31,
tf_eflags = 643, tf_esp = -1077936852, tf_ss = 47})
at ../../i386/i386/trap.c:1155
#12 0xc027d635 in Xint0x80_syscall ()
#13 0x8048135 in ?? ()
Side note. I experienced another panic not directly related to NFS.
During a high resolution print of a big image (something around 30MB
postscript file) on a remote host (the NFS server) I got a panic,
which might suggest the problem (if related) is in a deeper level than
NFS. The remote printing panic is not so easy to reproduce so I gave
up on that front.
A nicer remark. The NFS server is up and running with a 4.4-RC (the
same as my Vaio) since Friday without a single problem. I'm currently
using a 4.3-STABLE and I don't get a panic whatsoever, so I assume the
hardware is still all right.
--
walter pelissero
http://www.pelissero.org
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?15233.19009.779227.903080>