Re: NFS client behaviour with soft mount

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



> On Sep 22, 2016, at 00:39, Mayur Bajaj <mbajaj@xxxxxxxxxxxx> wrote:
> 
> Thanks for the response.
> 
> Incomplete data on server (NFS) is alright. I wanted to know what
> happens to the dirty cache pages (on NFS client with soft mount and
> sync flag not set) after the NFS client has retried for 3 times (or
> retrans). Will the NFS client retry or give up and clean up the dirty
> cache pages (and the dirty inode).

As I said below, that behaviour is completely undefined. The page may end up being discarded, or it may end up persisting in the page cache. If you want to be certain that any remaining dirty pages in the page cache have been cleaned, then you need to successfully fsync() the file to disk.

> 
> Mayur
> 
> On Wed, Sep 21, 2016 at 8:11 PM, Trond Myklebust
> <trondmy@xxxxxxxxxxxxxxx> wrote:
>> 
>>> On Sep 21, 2016, at 10:19, Mayur Bajaj <mbajaj@xxxxxxxxxxxx> wrote:
>>> 
>>> Hello,
>>> 
>>> I have a question regarding NFS client behaviour with soft mount. I
>>> have gone through the code but could not figure out. Can someone
>>> please help me.
>>> 
>>> An application is writing data via NFS client (soft mount, with sync
>>> mount option NOT set). The Application thinks that data written was
>>> successful but that is not the case.
>>> The NFS client will cache all the write request and flush after some
>>> time/threshold. The NFS sever is not responding. NFS client retries
>>> for 3 times (or retrans) and give up as the NFS server is not
>>> responding.
>>> 
>>> Will this cache pages be pinned in memory for ever or freed up (marked
>>> clean) as the operation has failed?
>>> Will NFS client keep on retrying again?
>> 
>> 
>> The behaviour in the above situation is completely undefined. You may have bits and pieces of data persisted on the server or not, and cached data may end up getting resent after the EIO was returned to the application.
>> 
> 

--
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




[Index of Archives]     [Linux Filesystem Development]     [Linux USB Development]     [Linux Media Development]     [Video for Linux]     [Linux NILFS]     [Linux Audio Users]     [Yosemite Info]     [Linux SCSI]

  Powered by Linux