Date: Mon, 20 Apr 2009 13:04:50 +0300 From: Andriy Gapon <avg@icyb.net.ua> To: freebsd-stable@FreeBSD.org Subject: panic: nfs sndunlock Message-ID: <49EC48C2.20402@icyb.net.ua>
next in thread | raw e-mail | index | archive | help
System is stable/7: 7.2-PRERELEASE r191214 i386 uni-processor.
NFS mount options: ro,noauto,nfsv3,tcp,intr,rdirplus,-r=32768,-w=32768
The panic occurred on client after losing and then restoring
connectivity with NFS server. There may have been parallel access to
NFS-mounted tree at the time of the accident.
Kernel messages just before the panic:
kernel: nfs server odyssey:/usr/ports: not responding
kernel: nfs send error 57 for server odyssey:/usr/ports
kgdb information:
#0 doadump () at pcpu.h:196
#1 0xc0555a33 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418
#2 0xc0555c7f in panic (fmt=Variable "fmt" is not available.
) at /usr/src/sys/kern/kern_shutdown.c:574
#3 0xc064be63 in nfs_connect_unlock (rep=0x0) at
/usr/src/sys/nfsclient/nfs_socket.c:1819
#4 0xc064da24 in nfs_reconnect (rep=0xc40a0c80) at
/usr/src/sys/nfsclient/nfs_socket.c:581
#5 0xc064ff50 in nfs_request (vp=0xc4464450, mrest=0xc435a000,
procnum=3, td=0xc398cd20, cred=0xc420b800, mrp=0xdac06a04,
mdp=0xdac06a00, dposp=0xdac06a08)
at /usr/src/sys/nfsclient/nfs_socket.c:737
#6 0xc065d3f2 in nfs_lookup (ap=0xdac06a84) at
/usr/src/sys/nfsclient/nfs_vnops.c:922
#7 0xc0729cd6 in VOP_LOOKUP_APV (vop=0xc07a0fe0, a=0xdac06a84) at
vnode_if.c:99
#8 0xc05cad71 in lookup (ndp=0xdac06ba8) at vnode_if.h:57
#9 0xc05cbab8 in namei (ndp=0xdac06ba8) at
/usr/src/sys/kern/vfs_lookup.c:220
#10 0xc05db02d in kern_stat (td=0xc398cd20, path=0x2814d040 <Address
0x2814d040 out of bounds>, pathseg=UIO_USERSPACE, sbp=0xdac06c18)
at /usr/src/sys/kern/vfs_syscalls.c:2123
#11 0xc05db21f in stat (td=0xc398cd20, uap=0xdac06cfc) at
/usr/src/sys/kern/vfs_syscalls.c:2107
#12 0xc0712055 in syscall (frame=0xdac06d38) at
/usr/src/sys/i386/i386/trap.c:1090
#13 0xc06ff290 in Xint0x80_syscall () at
/usr/src/sys/i386/i386/exception.s:255
I am not sure why rep parameter shows up as NULL in nfs_connect_unlock
call. In frame 4:
(kgdb) p/x rep->r_nmp->nm_state
$2 = 0x10100000
I am keeping the core file.
--
Andriy Gapon
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?49EC48C2.20402>