Date: 04 Apr 1999 21:24:12 +0900 From: Murata Shuuichirou <mrt@notwork.org> To: shocking@prth.pgs.com (Stephen Hocking-Senior Programmer PGS Tensor Perth) Cc: current@freebsd.org, wpaul@ctr.columbia.edu Subject: Re: More on rl0 woes Message-ID: <87soagd15f.fsf@kotonoha.s.notwork.org> In-Reply-To: <199904040913.RAA26683@ariadne.tensor.pgs.com> (Stephen Hocking-Senior Programmer PGS Tensor Perth's message of "Sun, 4 Apr 1999 17:13:25 %2B0800") References: <199904040913.RAA26683@ariadne.tensor.pgs.com>
next in thread | previous in thread | raw e-mail | index | archive | help
In message <199904040913.RAA26683@ariadne.tensor.pgs.com>,
`shocking@prth.pgs.com' wrote:
> On the offchance that mty problems were chipset related, I swapped the
> RealTek with the de0 card in my other machine, a 233MHz k6. It being a
> socket 7 mboard presumably has a later PCI bios. Still the same symptoms -
> hangs on NFS access. These can be interrupted and other network traffic
> continues fine. To reproduce, take your RealTek equipped machine and place a
> copy of /usr/src on it. Export /usr/src so that it can be NFS mounted by
> other machines. From the other machines, do an ls -CFR of /usr/src. It will
> hang partway through.
I have probably same problem here. NFS hangs and other
network traffic is still alive. Though, my situation
differs a little from yours. I have two RealTek NFS clients
and NFS server has another chip. Both of RealTek NFS clients
(Celeron 300MHz and MediaGX 266MHz) have the problem.
To reproduce:
Install bytebench on the RealTek machine.
Set env var TMPDIR to somewhere NFS mounted dir.
Do "bytebench fstime".
--
Murata Shuuichirou
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?87soagd15f.fsf>