From: Ian Campbell <ijc-KcIKpvwj1kUDXYZnReoRVg@public.gmane.org>
Subject: Re: NFS regression? Odd delays and lockups accessing an NFS export.
Date: Tue, 23 Sep 2008 12:33:09 +0100
Message-ID: <1222169589.6869.20.camel@localhost.localdomain>
References: <48B2D7F8.5020206@opengridcomputing.com>
	 <20080826192711.GJ4380@fieldses.org>
	 <48B567F5.2090605@opengridcomputing.com>
	 <1220111261.31172.14.camel@localhost.localdomain>
	 <20080831193037.GB14876@fieldses.org>
	 <1220211842.31172.18.camel@localhost.localdomain>
	 <48BAF643.4070808@opengridcomputing.com>
	 <1220217505.31172.26.camel@localhost.localdomain>
	 <48BC2466.2070806@opengridcomputing.com>
	 <1221036015.24993.27.camel@zakaz.uk.xensource.com>
	 <20080912224323.GN22126@fieldses.org>
	 <48CAF80A.4010109@opengridcomputing.com>
	 <1221296243.2534.7.camel@localhost.localdomain>
	 <1221544139.2534.18.camel@localhost.localdomain>
	 <48CF9AC3.6060801@opengridcomputing.com>
	 <1221577412.28572.60.camel@zakaz.uk.xensource.com>
	 <48CFD7C3.5080207@opengridcomputing.com>
	 <1221582285.28572.67.camel@zakaz.uk.xensource.com>
	 <1222156770.6869.13.camel@localhost.localdomain>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-ehF1K8LzIdZ1HXirJ3HZ"
Cc: "J. Bruce Fields" <bfields@fieldses.org>,
	Trond Myklebust <trond.myklebust@fys.uio.no>,
	Grant Coady <gcoady.lk@gmail.com>,
	linux-kernel@vger.kernel.org, neilb@suse.de,
	linux-nfs@vger.kernel.org
To: Tom Tucker <tom@opengridcomputing.com>
Return-path: <linux-nfs-owner@vger.kernel.org>
Received: from mtaout01-winn.ispmail.ntl.com ([81.103.221.47]:30940 "EHLO
	mtaout01-winn.ispmail.ntl.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1750720AbYIWLdX (ORCPT
	<rfc822;linux-nfs@vger.kernel.org>); Tue, 23 Sep 2008 07:33:23 -0400
In-Reply-To: <1222156770.6869.13.camel-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@public.gmane.org>
Sender: linux-nfs-owner@vger.kernel.org
List-ID: <linux-nfs.vger.kernel.org>


--=-ehF1K8LzIdZ1HXirJ3HZ
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

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
       =20
            NFS: Ensure we zap only the access and acl caches when setting =
new acls
           =20
            commit f41f741838480aeaa3a189cff6e210503cf9c42d upstream
           =20
            ...and ensure that we obey the NFS_INO_INVALID_ACL flag when re=
trieving the
            acls.
           =20
            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.

--=20
Ian Campbell

If we were meant to get up early, God would have created us with alarm cloc=
ks.

--=-ehF1K8LzIdZ1HXirJ3HZ
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEABECAAYFAkjY0/UACgkQM0+0qS9rzVnQMQCfStP9cFVR2Zrx4l/lxXusHXDO
zewAoI3TkgRnaeh7ceb/fbYOgrd08zcA
=zBYW
-----END PGP SIGNATURE-----

--=-ehF1K8LzIdZ1HXirJ3HZ--