lkml.org 
[lkml]   [2008]   [Sep]   [23]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    From
    Date
    SubjectRe: NFS regression? Odd delays and lockups accessing an NFS export.
    On Tue, 2008-09-23 at 08:59 +0100, Ian Campbell wrote:
    > I've found that the problem was backported into the stable stream since
    > I cannot reproduce the issue with 2.6.26 but I can with 2.6.26.5. This
    > is quite useful since there are only 3 relevant looking changesets in
    > that range. I will bisect between these before confirming the culprit on
    > mainline.

    It reports:

    daedfbe2a67628a40076a6c75fb945c60f608a2e is first bad commit
    commit daedfbe2a67628a40076a6c75fb945c60f608a2e
    Author: Trond Myklebust <Trond.Myklebust@netapp.com>
    Date: Wed Jun 11 17:39:04 2008 -0400

    NFS: Ensure we zap only the access and acl caches when setting new acls

    commit f41f741838480aeaa3a189cff6e210503cf9c42d upstream

    ...and ensure that we obey the NFS_INO_INVALID_ACL flag when retrieving the
    acls.

    Signed-off-by: Trond Myklebust <Trond.Myklebust@netapp.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>

    I'm just about to build f41f741838480aeaa3a189cff6e210503cf9c42d and the
    one before and try those.

    I'm not using ACLs as far as I am aware.

    Ian.

    --
    Ian Campbell

    If we were meant to get up early, God would have created us with alarm clocks.
    [unhandled content-type:application/pgp-signature]
    \
     
     \ /
      Last update: 2008-09-23 13:35    [W:0.036 / U:30.064 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site