From: Trond Myklebust Subject: Re: NFS v3 cached directory content out of sync Date: Tue, 25 Aug 2009 15:50:08 -0400 Message-ID: <1251229808.25372.42.camel@heimdal.trondhjem.org> References: <1251115893.6325.23.camel@heimdal.trondhjem.org> <1251226809.25372.29.camel@heimdal.trondhjem.org> <1251227539.25372.35.camel@heimdal.trondhjem.org> <1251228350.25372.36.camel@heimdal.trondhjem.org> <5FC6E83A-4D26-4A77-B3F0-E34A9E97E9B5@oracle.com> Mime-Version: 1.0 Content-Type: text/plain Cc: Chuck Lever , linux-nfs To: Stefan Egli Return-path: Received: from mail-out2.uio.no ([129.240.10.58]:41638 "EHLO mail-out2.uio.no" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756024AbZHYTuK (ORCPT ); Tue, 25 Aug 2009 15:50:10 -0400 In-Reply-To: Sender: linux-nfs-owner@vger.kernel.org List-ID: On Tue, 2009-08-25 at 21:45 +0200, Stefan Egli wrote: > Thanks Mates! I've seen those manuals but the bug I'm chasing doesn't > seem to be documented ;) > > Just now that I got your attention :) one final clarification question: > * the attribute cache (==metadata cache) is part of the nfs client code > * the date (=file content) cache would be the normal linux caching Yes. data == file contents. metadata == file attributes (i.e. stat() info, acls,...) Both will be cached by the client, but the rules for how to cache them differ.