Bug 446083 - Ensure that 'noac' and/or 'actimeo=0' turn off attribute caching [NEEDINFO]
Summary: Ensure that 'noac' and/or 'actimeo=0' turn off attribute caching
Alias: None
Product: Red Hat Enterprise Linux 4
Classification: Red Hat
Component: kernel
Version: 4.6
Hardware: All
OS: Linux
Target Milestone: rc
: ---
Assignee: Peter Staubach
QA Contact: Martin Jenner
Depends On:
Blocks: 450184 RHEL4u8_relnotes 461297 476728
TreeView+ depends on / blocked
Reported: 2008-05-12 17:10 UTC by Bryn M. Reeves
Modified: 2018-10-20 01:01 UTC (History)
12 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2009-05-18 19:24:12 UTC
Target Upstream Version:
rlerch: needinfo? (staubach)

Attachments (Terms of Use)
[PATCH] NFS: Fix nfs_attribute_timeout to ensure it works with actimeo=0 (1.38 KB, patch)
2008-05-21 17:52 UTC, Trond Myklebust
no flags Details | Diff
Proposed patch (520 bytes, patch)
2008-06-09 16:11 UTC, Peter Staubach
no flags Details | Diff

System ID Priority Status Summary Last Updated
Red Hat Product Errata RHSA-2009:1024 normal SHIPPED_LIVE Important: Red Hat Enterprise Linux 4.8 kernel security and bug fix update 2009-05-18 14:57:26 UTC

Description Bryn M. Reeves 2008-05-12 17:10:50 UTC
Description of problem:
Both the 'noac' and 'actimeo=0' mount options should ensure that attributes
are not cached, however a bug in nfs_attribute_timeout() means that
currently, the attributes may in fact get cached for up to one jiffy. This
has been seen to cause corruption in some applications.

The reason for the bug is that the time_in_range() test returns 'true' as
long as the current time lies between nfsi->read_cache_jiffies and
nfsi->read_cache_jiffies + nfsi->attrtimeo. In other words, if jiffies
equals nfsi->read_cache_jiffies, then we still cache the attribute data.

Version-Release number of selected component (if applicable):

How reproducible:
Dependent on NFS server and workload

Steps to Reproduce:
1. have one client host extend a file on an NFS volume
2. have another client host stat & attempt to write into the newly extended area

Actual results:
The second host does not see the change in file size made by the first
immediately despite the use of noac/actimeo=0.

Expected results:
The change to the size is immediately reflected on all clients.

Additional info:
Thread/patch from linux-nfs: http://article.gmane.org/gmane.linux.nfs/20074

Comment 2 Trond Myklebust 2008-05-21 17:52:45 UTC
Created attachment 306286 [details]
[PATCH] NFS: Fix nfs_attribute_timeout to ensure it works with actimeo=0

The patch against RHEL-4 is identical. Only the line numbers change in the
diff. The attached patch was tested at NetApp, and appears to fix the bug in


Comment 3 Jerry Uanino 2008-05-23 20:36:09 UTC
I believe this bug is effecting me.  Is there any movement from RedHat to
integrate this patch?

Comment 9 RHEL Program Management 2008-06-05 18:55:50 UTC
This request was evaluated by Red Hat Product Management for inclusion in a Red
Hat Enterprise Linux maintenance release.  Product Management has requested
further review of this request by Red Hat Engineering, for potential
inclusion in a Red Hat Enterprise Linux Update release for currently deployed
products.  This request is not yet committed for inclusion in an Update

Comment 10 Peter Staubach 2008-06-09 16:11:35 UTC
Created attachment 308709 [details]
Proposed patch

Comment 18 Vivek Goyal 2008-08-11 15:41:21 UTC
Committed in 78.4.EL . RPMS are available at http://people.redhat.com/vgoyal/rhel4/

Comment 19 RHEL Program Management 2008-09-03 12:53:00 UTC
Updating PM score.

Comment 26 errata-xmlrpc 2009-05-18 19:24:12 UTC
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.


Note You need to log in before you can comment on or make changes to this bug.