Date: Fri, 24 Nov 2000 11:57:37 +0100 From: Vadim Belman <voland@lflat.org> To: freebsd-hackers@freebsd.org Subject: Another NFS deadlock. Message-ID: <20001124115737.A463@lflat.vas.mobilix.dk>
next in thread | raw e-mail | index | archive | help
It seems I have an ideal proving ground for testing NFS on deadlocks. As I
was reporting before, we have a bunch of web servers for serving customers
home pages. And there is a customer which has a webcam page where he has an
image updated via ftp. Same time the image is handled by HTTP servers
creating collisions. Recently it caused another kind of deadlock in the
nfs_vinvalbuf() function where it clashes with another process flushing
buffers.
Any ideas of where do I dig? Or any solutions? I would appretiate
everything.
===
IdlePTD 2953216
initial pcb at c847000
panic messages:
---
---
#0 mi_switch () at ../../kern/kern_synch.c:858
#1 0xc0151861 in tsleep (ident=0xe123ed4a, priority=18,
wmesg=0xc022b35b "nfsvinval", timo=0) at ../../kern/kern_synch.c:467
#2 0xc019cb5b in nfs_vinvalbuf (vp=0xe12348c0, flags=1, cred=0xc4f6f880,
p=0xdf6753c0, intrflg=1) at ../../nfs/nfs_bio.c:1170
#3 0xc01a4af1 in nfs_open (ap=0xdf6e3e00) at ../../nfs/nfs_vnops.c:489
#4 0xc017ecd7 in vn_open (ndp=0xdf6e3ecc, fmode=1, cmode=420)
at vnode_if.h:189
#5 0xc017acc9 in open (p=0xdf6753c0, uap=0xdf6e3f80)
at ../../kern/vfs_syscalls.c:994
#6 0xc0209925 in syscall2 (frame={tf_fs = 47, tf_es = 47, tf_ds = 47,
tf_edi = 4, tf_esi = 672342188, tf_ebp = -1077937384,
tf_isp = -546422828, tf_ebx = 672285376, tf_edx = 13, tf_ecx = 0,
tf_eax = 5, tf_trapno = 7, tf_err = 2, tf_eip = 672034688, tf_cs = 31,
tf_eflags = 518, tf_esp = -1077937416, tf_ss = 47})
at ../../i386/i386/trap.c:1126
#7 0xc01fe556 in Xint0x80_syscall ()
#8 0x805f3b3 in ?? ()
#9 0x806572e in ?? ()
#10 0x806108f in ?? ()
#11 0x806e38d in ?? ()
#12 0x806e3db in ?? ()
#13 0x806861c in ?? ()
#14 0x80687d6 in ?? ()
#15 0x8068a49 in ?? ()
#16 0x8068e35 in ?? ()
#17 0x80693af in ?? ()
#18 0x804eb51 in ?? ()
--
/Voland Vadim Belman
E-mail: voland@lflat.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?20001124115737.A463>