Bastian Blank [EMAIL PROTECTED] writes:
On Sun, Mar 26, 2006 at 12:31:58AM -0500, Marc Horowitz wrote:
Do you have a reference to this document? Retrying forever doesn't
seem awful (it wouldn't be my preference, but that's ok), but retrying
*uninterruptably* seems like it would never be
Hi Marc,
I think that nfs strategy to retry forever is a documented feature, not a
bug. You can override the behaviour by doing a 'soft' mount. If you believe
that this bug should remain open, please provide additional information,
otherwise I'll close this bug one week from now (Sunday, April
Jurij Smakov [EMAIL PROTECTED] writes:
I think that nfs strategy to retry forever is a documented feature, not a
bug. You can override the behaviour by doing a 'soft' mount. If you believe
that this bug should remain open, please provide additional information,
otherwise I'll close this bug
On Mon, Jul 11, 2005 at 03:09:04PM -0400, Marc Horowitz wrote:
maximilian attems [EMAIL PROTECTED] writes:
On Mon, 11 Jul 2005, Marc Horowitz wrote:
can you try out if newer 2.6.12 fixed that nfs issue?
http://charm.itp.tuwien.ac.at/~mattems/
from the client side, but i guess you
David Schmitt [EMAIL PROTECTED] writes:
from nfs(5):
soft If an NFS file operation has a major timeout then
report
an I/O error to the calling program. The default is
to
continue retrying NFS file operations indefinitely.
On Mon, 11 Jul 2005, Marc Horowitz wrote:
Package: kernel-image-2.6.11-1-686-smp
Version: 2.6.11-7
Severity: important
Setup:
nfs client machine running kernel-image-2.6.11-1-686-smp (also
verified with kernel-image-2.6.11-1-686).
nfs server running Fedora Core 2, 2.6.9-1.6_FC2smp.
6 matches
Mail list logo