nfs panics the system
Doug White
dwhite at gumbysoft.com
Sun Dec 14 17:55:47 PST 2003
On Sun, 14 Dec 2003, Manfred Lotz wrote:
> Hi there,
>
> nfs mount from another system and copying data to the nfs mounted
> partition made my system panic (FreeBSD 5.2BETA) after a while.
Can you provide more details? Server and client OS and version? Operation?
>
> Below is some data from the dump. If you need more tell me what to do.
>
> Manfred
>
>
> panic: vm_fault: fault on nofault entry, addr: e223a000
>
> syncing disks, buffers remaining... kernel trap 12 with interrupts disabled
>
>
> Fatal trap 12: page fault while in kernel mode
> fault virtual address = 0x24
> fault code = supervisor read, page not present
> instruction pointer = 0x8:0xc0580ece
> stack pointer = 0x10:0xdd65ba38
> frame pointer = 0x10:0xdd65ba58
> code segment = base 0x0, limit 0xfffff, type 0x1b
> = DPL 0, pres 1, def32 1, gran 1
> processor eflags = resume, IOPL = 0
> current process = 27 (swi8: tty:sio clock)
> trap number = 12
> panic: page fault
>
>
>
>
>
>
> Here's a backtrace
>
> (kgdb) bt
> #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240
> #1 0xc0558419 in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:372
> #2 0xc05587f8 in panic () at /usr/src/sys/kern/kern_shutdown.c:550
> #3 0xc069e316 in vm_fault (map=0xc1031000, vaddr=3793985536,
> fault_type=1 '\001', fault_flags=0) at /usr/src/sys/vm/vm_fault.c:280
> #4 0xc06ed253 in trap_pfault (frame=0xdd679c1c, usermode=0, eva=3793985536)
> at /usr/src/sys/i386/i386/trap.c:723
> #5 0xc06ecdfd in trap (frame=
> {tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = -1020285016,
> tf_esi = -500981762, tf_ebp = -580412280, tf_isp = -580412344, tf_ebx = -1029769728,
> tf_edx = 1, tf_ecx = 22, tf_eax= -519303254, tf_trapno = 12, tf_err = 0,
> tf_eip = -1066487882, tf_cs = 8, tf_eflags = 66070, tf_esp = 11495, tf_ss
> = 2048}) at /usr/src/sys/i386/i386/trap.c:420 #6 0xc06dd5c8 in calltrap
> () at {standard input}:94 #7 0xc066489a in rl_rxeof (sc=0xc5294000) at
> /usr/src/sys/pci/if_rl.c:1314 #8 0xc0664d99 in rl_intr (arg=0xc5294000)
> at /usr/src/sys/pci/if_rl.c:1511 #9 0xc0542448 in ithread_loop
> (arg=0xc29bdb80) at /usr/src/sys/kern/kern_intr.c:544 #10 0xc05410c0 in
> fork_exit (callout=0xc0542270 <ithread_loop>, arg=0x0, frame=0x0) at
> /usr/src/sys/kern/kern_fork.c:793
>
> Here's the instruction pointer:
>
>
> (kgdb) list *0xc0580ece
> 0xc0580ece is in propagate_priority (/usr/src/sys/kern/subr_turnstile.c:232).
> 227 /*
> 228 * Pick up the lock that td is blocked on.
> 229 */
> 230 ts = td->td_blocked;
> 231 MPASS(ts != NULL);
> 232 tc = TC_LOOKUP(ts->ts_lockobj);
> 233 mtx_lock_spin(&tc->tc_lock);
> 234
> 235 /*
> 236 * This thread may not be blocked on this turnstile anymore
>
>
>
>
>
> _______________________________________________
> freebsd-current at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscribe at freebsd.org"
>
--
Doug White | FreeBSD: The Power to Serve
dwhite at gumbysoft.com | www.FreeBSD.org
More information about the freebsd-current
mailing list