Return-Path: linux-nfs-owner@vger.kernel.org Received: from mail-vc0-f171.google.com ([209.85.220.171]:32916 "EHLO mail-vc0-f171.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753742AbbBYWP3 (ORCPT ); Wed, 25 Feb 2015 17:15:29 -0500 Received: by mail-vc0-f171.google.com with SMTP id kv19so2565841vcb.2 for ; Wed, 25 Feb 2015 14:15:29 -0800 (PST) MIME-Version: 1.0 In-Reply-To: References: Date: Wed, 25 Feb 2015 17:15:28 -0500 Message-ID: Subject: Re: File Read Returns Non-existent Null Bytes From: Trond Myklebust To: Chris Perl Cc: Linux NFS Mailing List , Chris Perl Content-Type: text/plain; charset=UTF-8 Sender: linux-nfs-owner@vger.kernel.org List-ID: On Wed, Feb 25, 2015 at 4:53 PM, Chris Perl wrote: >> There is nothing to fix. The close-to-open cache consistency model is >> clear that your applications must not access a file that is being >> modified on another client or on the server. > > Ok, thanks for helping me understand this a little more clearly. For > my own edification, is there somewhere I can find the details where > these things are spelled out (or is it just somewhere in rfc1813 that > I haven't seen)? There is a short description here: http://nfs.sourceforge.net/#faq_a8 -- Trond Myklebust Linux NFS client maintainer, PrimaryData trond.myklebust@primarydata.com