]> pilppa.com Git - linux-2.6-omap-h63xx.git/commit
knfsd: nfsd: Handle ERESTARTSYS from syscalls.
authorNeilBrown <neilb@suse.de>
Thu, 19 Jun 2008 00:11:09 +0000 (10:11 +1000)
committerJ. Bruce Fields <bfields@citi.umich.edu>
Mon, 23 Jun 2008 17:02:50 +0000 (13:02 -0400)
commit599eb3046a1380f31c65715f3940184c531c90cb
tree559719d700d80fc2acef1ff77506daa351cebba9
parentc7d106c90ec40a0e35a6960157b40f238627246e
knfsd: nfsd: Handle ERESTARTSYS from syscalls.

OCFS2 can return -ERESTARTSYS from write requests (and possibly
elsewhere) if there is a signal pending.

If nfsd is shutdown (by sending a signal to each thread) while there
is still an IO load from the client, each thread could handle one last
request with a signal pending.  This can result in -ERESTARTSYS
which is not understood by nfserrno() and so is reflected back to
the client as nfserr_io aka -EIO.  This is wrong.

Instead, interpret ERESTARTSYS to mean "try again later" by returning
nfserr_jukebox.  The client will resend and - if the server is
restarted - the write will (hopefully) be successful and everyone will
be happy.

 The symptom that I narrowed down to this was:
    copy a large file via NFS to an OCFS2 filesystem, and restart
    the nfs server during the copy.
    The 'cp' might get an -EIO, and the file will be corrupted -
    presumably holes in the middle where writes appeared to fail.

Signed-off-by: Neil Brown <neilb@suse.de>
Signed-off-by: J. Bruce Fields <bfields@citi.umich.edu>
fs/nfsd/nfsproc.c