Date: Sun, 7 Nov 2004 21:16:40 +0100 From: Joan Picanyol <lists-freebsd-stable@freebsd.org> To: freebsd-stable@freebsd.org Cc: Robert Watson <rwatson@freebsd.org> Subject: Re: process stuck in nfsfsync state Message-ID: <20041107201640.GA89979@grummit.biaix.org> In-Reply-To: <20041025160930.GA41784@grummit.biaix.org> References: <20041025092330.GB39457@grummit.biaix.org> <Pine.NEB.3.96L.1041025131419.3203A-100000@fledge.watson.org> <20041025160930.GA41784@grummit.biaix.org>
next in thread | previous in thread | raw e-mail | index | archive | help
* Joan Picanyol <lists-freebsd-stable@biaix.org> [20041025 18:09]: > * Robert Watson <rwatson@freebsd.org> [20041025 14:24]: > > - It would be useful to see if less complicated NFS meta-transactions than > > "Start GTK" can trigger the problem. For example, doing a large dd to a > > file in NFS, varying the blocksize to see if you can find useful > > thresholds that trigger the problem. I see a lot of successful 512 byte > > writes in the trace, but larger datagram sizes of 8192 for writes seem > > to have problems. > > Now this is interesting: > > dd if=/dev/urandom of=/fs/bulk/mount/dummy bs=512 count=14 > > wedges the NFS mount point 100% of the times. Lowering the count to 13 > doesn't reproduce the hang. Oh well, I can't reproduce this any more after upgrading. Go figure... tks -- pica
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20041107201640.GA89979>