Re: problems with nfs+TCP - Resource temporarily unavailable

From: Eric Anderson <anderson_at_centtech.com>
Date: Wed, 25 May 2005 20:32:48 -0500
Oliver Lehmann wrote:
> Hi Mohan,
> 
> Mohan Srinivasan wrote:
> 
> 
> 
>>Is this consistently reproducible ?
> 
> 
> it is - everytime
> 
> 
> 
>>I tried reproducing this with this morning's
>>current,
> 
> 
> it also happens with STABLE
> 
> 
> 
>>How big was your file that you tried to dd ? I need to reproduce this here
>>in order to track it down.
> 
> 
> dd if=/dev/urandom of=/usr/tmp.data bs=512k count=200
> 
> 
> 
>>Also, can you try the test without using the soft mount option ? I don't see 
>>soft causing this, but just to eliminate those code paths.
> 
> 
> I removed soft and bb, but still the same results:
> 
> root_at_kartoffel olivleh1> dd if=/usr/tmp.data of=/mnt/files/temp bs=32k
> dd: /mnt/files/temp: Resource temporarily unavailable
> 1797+0 records in
> 1796+0 records out
> 58851328 bytes transferred in 33.651500 secs (1748847 bytes/sec)
> 
> 
> ######
> 
> 
> I tried the same with an other nfs server (using dill as nfs server this
> time - system description is in my 1st mail, same mount options like /
> mnt/files). And guess what? dill rebooted immediate... dd came never
> back, gave no output
> 

Just for a data point here - I have a 5.3-STABLE (from about January 
15th) that is serving up data via NFS (tcp and udp, FreeBSD, Linux, 
Solaris clients) to about 1000 clients.  The server is constantly 
getting pounded.  I haven't seen any issues like this on this machine. 
I'm about to bring up a 5.4R box that will be in the same environment. 
If I have any issues, I'll make sure to note them here.

Eric



-- 
------------------------------------------------------------------------
Eric Anderson        Sr. Systems Administrator        Centaur Technology
A lost ounce of gold may be found, a lost moment of time never.
------------------------------------------------------------------------
Received on Wed May 25 2005 - 23:33:06 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:35 UTC