[lkml]   [2001]   [Sep]   [7]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: 2.4.8 NFS Problems
But my timeouts were only 10 seconds -- well below the timeo and retrans
timeout periods.
And my network traffic shows that this is the client causing the problem NOT
the server.
It's the read() that pauses for 10 seconds and then the NFS write
immediately returns EIO.
So...I don't think soft mounts has anything to do with it.
Also...I've now seen this error once more even with the 4096 read/write
Michael D. Black Principal Engineer 321-676-2923,x203 Computer Science Innovations My home page
FAX 321-676-2355
----- Original Message -----
From: "Trond Myklebust" <>
To: "Mike Black" <>
Cc: "linux-kernel" <>
Sent: Friday, September 07, 2001 7:49 AM
Subject: Re: 2.4.8 NFS Problems

>>>>> " " == Mike Black <> writes:

> I've been getting random NFS EIO errors for a few months but
> now it's repeatable. Trying to copy a large file from one
> 2.4.8 SMP box to another is consistently failing (at different
> offsets each time). This doesn't appear to be a network
> problem as the last comm between the machines looks OK. By the
> timestamps it appears that a read() is taking too long and
> causing a timeout?

Morale: Don't use soft mounts: they are prone to these things. If you
insist on using them, then try playing around with the `timeo' and
`retrans' mount variables.

Soft mount timeouts are not only due to network problems, but can
equally well be due to internal congestion. The rate at which the
network can transmit requests is usually (unless you are using
Gigabit) way below the rate at which your machine can generate them.


To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:02    [W:0.085 / U:1.016 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site