This is why the objects layout communicates errors upon layout return. When you suffer write timeouts (or any errors) with a DS, then the client promptly returns the layout with an indication of what went wrong. This should be the intent of whatever words are in the RFC. -- Brent -----Original Message----- From: nfsv4-bounces@xxxxxxxx [mailto:nfsv4-bounces@xxxxxxxx] On Behalf Of Myklebust, Trond Sent: Monday, June 11, 2012 11:59 AM To: Harrosh, Boaz Cc: NFS list; Adamson, Andy; Andy Adamson; NFSv4 Subject: Re: [nfsv4] RFC 5661 LAYOUTRETURN clarification. On Mon, 2012-06-11 at 21:40 +0300, Boaz Harrosh wrote: > And again, please explain why do you want it. What is wrong with the > case we all agree with? ie: "Client can not call LAYOUTRETURN until > all in-flight RPCs return, with or without an error" Who "agreed" to this? This would mean that if the DS goes down, we can't ever send LAYOUTRETURN which is patently wrong. -- Trond Myklebust Linux NFS client maintainer NetApp Trond.Myklebust@xxxxxxxxxx www.netapp.com _______________________________________________ nfsv4 mailing list nfsv4@xxxxxxxx https://www.ietf.org/mailman/listinfo/nfsv4 -- To unsubscribe from this list: send the line "unsubscribe linux-nfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html