Re: nfs panics the system

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