Date: Wed, 15 Dec 1999 14:56:13 -0500 (EST) From: Andrew Gallatin <gallatin@cs.duke.edu> To: Matthew Dillon <dillon@apollo.backplane.com> Cc: freebsd-current@FreeBSD.ORG Subject: Re: Serious server-side NFS problem Message-ID: <14423.60766.907301.965548@grasshopper.cs.duke.edu> In-Reply-To: <199912151739.JAA32687@apollo.backplane.com> References: <14423.46117.353932.473968@grasshopper.cs.duke.edu> <199912151711.JAA32205@apollo.backplane.com> <14423.52876.91488.48428@grasshopper.cs.duke.edu> <199912151739.JAA32687@apollo.backplane.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Matthew Dillon writes: > > : > : > :Matthew Dillon writes: > : > This is very odd. Does it lockup with UDP or only with TCP? And only > : > with a solaris client? > : > :This appears to be solaris only. I just tried a UDP mount & I see the > :same problem. Is there anything else I can do? > > Yes, see if you can repeat the problem with a shorter dd count -- see > how small a count you can achieve and still produce the problem, then > do a nice long protocol trace. > > -Matt I've tried. I can get the file to take a hell of a long time to close with a count as short as 512 64k chunks. But it eventually completes. Perhaps the large files would eventually complete too, if I were patient enough.. I've left you a full trace on freefall in ~gallatin of a 384MB test (client has 320MB, server has 384MB). large.gz : trace from file creation to server reboot Server is running kernel from today. large_reboot.gz: trace after server is rebooted into ~July kernel and the writes complete. Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?14423.60766.907301.965548>