From: "André Roth" <andre.roth-omB+W0Dpw2o@public.gmane.org>
To: <linux-nfs@vger.kernel.org>
Subject: NFS4ERR_RESOURCE returns Remote IO Error
Date: Fri, 11 Sep 2009 09:46:43 +0200 [thread overview]
Message-ID: <4AAA0063.4070406@bfh.ch> (raw)
Hello list,
We have a problem with the NFS client on Linux on a NetApp filer. Every
now and then we are getting huge amounts of "Remote IO Errors" on the
mounted home directories. This is new, we had no problems with the same
setup some months ago.
The reason for the Remote IO Errors is that the server is returning an
NFS4ERR_RESOURCE error, even just for
a simple "touch foo". The tcpdump of such a touch command I have listed
below.
I suspect that maybe the deduplication or backup operation make the
filer "busy" so it cannot respond to all compound operations.
I've seen that linux NFS just passes this error to the user as
EREMOTEIO. OpenSolaris seems to delay and retry. According to the RFC
I'm not sure what would be the right thing to do. But I think this is
meant to be a temporary error, and an NFS client should, in the example
below, take the first two operations as completed, and retry the
remaining 5 ones, or maybe retry the whole compound message.
What is your insight on this error ?
Is there something I can try, like returning EAGAIN and see if the erro=
r
gets handled correctly ?
The problem ocurred one or twice a week, without any regularity..
Thanks for your help
Andr=E9
"touch foo" request from the client:
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
NFS V4 COMPOUND Call PUTFH;SAVEFH;OPEN;GETFH;GETATTR;
RESTOREFH;GETATTR
Remote Procedure Call, Type:Call XID:0x00c46a7a
Network File System
[Program Version: 4]
[V4 Procedure: COMPOUND (1)]
Tag: <EMPTY>
length: 0
contents: <EMPTY>
minorversion: 0
Operations (count: 7)
Opcode: PUTFH (22)
Opcode: SAVEFH (32)
Opcode: OPEN (18)
Opcode: GETFH (10)
Opcode: GETATTR (9)
Opcode: RESTOREFH (31)
Opcode: GETATTR (9)
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
Error Response from the server:
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
NFS V4 COMPOUND Reply PUTFH;SAVEFH;OPEN
Remote Procedure Call, Type:Reply XID:0x00c46a7a
Network File System
[Program Version: 4]
[V4 Procedure: COMPOUND (1)]
Status: NFS4ERR_RESOURCE (10018)
Tag: <EMPTY>
length: 0
contents: <EMPTY>
Operations (count: 3)
Opcode: PUTFH (22)
Status: NFS4_OK (0)
Opcode: SAVEFH (32)
Status: NFS4_OK (0)
Opcode: OPEN (18)
Status: NFS4ERR_RESOURCE (10018)
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
next reply other threads:[~2009-09-11 7:53 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-09-11 7:46 André Roth [this message]
[not found] ` <4AAA0063.4070406-omB+W0Dpw2o@public.gmane.org>
2009-09-11 12:33 ` NFS4ERR_RESOURCE returns Remote IO Error Trond Myklebust
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4AAA0063.4070406@bfh.ch \
--to=andre.roth-omb+w0dpw2o@public.gmane.org \
--cc=linux-nfs@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.