Re: Fatal crash with NFS, AIO & tcp retransmit

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

 



On Wed, 2013-01-23 at 12:48 -0500, Peter Staubach wrote:
> Hi.
> 
> The theory is that the modified pages which need to get written to the server can't be released until they have been successfully written and committed to stable storage on the server.
> 
> They can't disappear until they have been successfully transmitted and a response received.  The problem here is that there were two requests sent or being sent and the page(s) can't be released until everyone, including TCP and such, are done with them.
> 
> 		ps

Right. The O_DIRECT write() system call will not return until it gets a
reply. Similarly, we don't mark an aio/dio request as complete until it
too gets a reply. So the data for those requests that need
retransmission is still available to be resent through the socket.

Cheers
  Trond

> -----Original Message-----
> From: linux-nfs-owner@xxxxxxxxxxxxxxx [mailto:linux-nfs-owner@xxxxxxxxxxxxxxx] On Behalf Of Alex Bligh
> Sent: Wednesday, January 23, 2013 12:42 PM
> To: Myklebust, Trond
> Cc: linux-nfs@xxxxxxxxxxxxxxx; ian.campbell@xxxxxxxxxx; Alex Bligh
> Subject: Re: Fatal crash with NFS, AIO & tcp retransmit
> 
> Trond,
> 
> --On 23 January 2013 17:37:08 +0000 "Myklebust, Trond" 
> <Trond.Myklebust@xxxxxxxxxx> wrote:
> 
> >> If you break the connection, and the written data is now not 
> >> available to dom0 (as it's been mapped out), how would it ever get 
> >> resent? IE it's not going to be available to the RPC layer either.
> >
> > There are typically more than 1 outstanding RPC call at any one time.
> > Breaking the connection would affect those other RPC calls.
> 
> I understand that. I meant 'how does the write which failed ever get retransmitted now the data to be written has been lost?'
> 
> --
> Alex Bligh
> --
> 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

-- 
Trond Myklebust
Linux NFS client maintainer

NetApp
Trond.Myklebust@xxxxxxxxxx
www.netapp.com
--
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