From: =?utf-8?B?UGF3ZcWC?= Sikora <pawel.sikora@agmk.net>
To: "J. Bruce Fields" <bfields@fieldses.org>
Cc: Steve Dickson <SteveD@redhat.com>, linux-nfs@vger.kernel.org,
        baggins@pld-linux.org, Trond.Myklebust@netapp.com
Subject: Re: mount.nfs: cannot allocate memory.
Date: Wed, 16 Jan 2013 22:18:51 +0100
Message-ID: <4603964.W8GbJjCd8Z@localhost>
In-Reply-To: <20130116201510.GA6598@fieldses.org>
References: <2891788.0SBnrhN2VX@pawels> <2365095.7zaHsQeZKG@localhost> <20130116201510.GA6598@fieldses.org>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Sender: linux-nfs-owner@vger.kernel.org

On Wednesday 16 of January 2013 15:15:10 J. Bruce Fields wrote:
> On Wed, Jan 16, 2013 at 09:07:45PM +0100, Paweł Sikora wrote:
> > On Wednesday 16 of January 2013 14:39:32 J. Bruce Fields wrote:
> > > On Wed, Jan 16, 2013 at 08:03:14PM +0100, Paweł Sikora wrote:
> > > > [259176.973751] NFS: nfs mount opts='soft,addr=10.0.2.28,vers=3,proto=tcp,mountvers=3,mountproto=udp,mountport=50252'
> > > > [259176.973757] NFS:   parsing nfs mount option 'soft'
> > > > [259176.973759] NFS:   parsing nfs mount option 'addr=10.0.2.28'
> > > > [259176.973765] NFS:   parsing nfs mount option 'vers=3'
> > > > [259176.973769] NFS:   parsing nfs mount option 'proto=tcp'
> > > > [259176.973772] NFS:   parsing nfs mount option 'mountvers=3'
> > > > [259176.973776] NFS:   parsing nfs mount option 'mountproto=udp'
> > > > [259176.973779] NFS:   parsing nfs mount option 'mountport=50252'
> > > > [259176.973784] NFS: MNTPATH: '/R10'
> > > > [259176.973788] NFS: sending MNT request for nexus:/R10
> > > > [259176.974620] NFS: received 1 auth flavors
> > > > [259176.974623] NFS:   auth flavor[0]: 1
> > > > [259176.974640] NFS: MNT request succeeded
> > > > [259176.974643] NFS: using auth flavor 1
> > > > [259176.974688] --> nfs_init_server()
> > > > [259176.974691] --> nfs_get_client(nexus,v3)
> > > > [259176.974698] NFS: get client cookie (0xffff88021146f800/0xffff8800ceb06640)
> > > > [259176.975704] <-- nfs_init_server() = 0 [new ffff88021146f800]
> > > > [259176.975708] --> nfs_probe_fsinfo()
> > > > [259176.975711] NFS call  fsinfo
> > > > [259176.975959] NFS reply fsinfo: -116
> > > 
> > > That's ESTALE.  Might be interesting to see the network traffic between
> > > client and server.
> > 
> > here's the tcpdump result:  http://pluto.agmk.net/kernel/nfs.mount.estale.dump
> 
> On just a very quick skim (you may want to verify to see I've got it
> right), frame 30 shows the server returning a filehandle in a MNT reply,
> then frame 48 shows the same client that got that MNT reply using the
> same filehandle in an FSINFO reply, and getting an NFS3ERR_STALE
> response.
> 
> Offhand seems like a server bug.  Might conceivably happen if there was
> some confusion whether the client was authorized to access that export?

i have such nfs problems with only one server which have complicated exports/local-binds:

fstab:

/dev/md0        /                       ext3    defaults                1 1
/dev/md1        /R0                     ext4    defaults,noatime        1 2
/dev/md2        /R10                    ext4    defaults,noatime        1 2
/home           /remote/nexus/home      none    bind
/R0/atest_home  /home/atest                     none    bind
/R0/farm/ftp    /var/lib/ftp            none    bind
/R0             /remote/nexus/R0        none    bind
/R10            /remote/nexus/R10       none    bind

exports:

/home           *(rw,sync,no_wdelay,no_subtree_check,no_root_squash,insecure_locks,nohide)
/R0             *(rw,async,no_wdelay,no_subtree_check,no_root_squash,insecure_locks,nohide,crossmnt)
/R0/farm/ftp    *(rw,async,no_wdelay,no_subtree_check,no_root_squash,insecure_locks,nohide,crossmnt)
/R10            *(rw,sync,no_wdelay,no_subtree_check,no_root_squash,insecure_locks,nohide,crossmnt)
/R10/farm       *(rw,sync,no_wdelay,no_subtree_check,no_root_squash,insecure_locks,nohide,crossmnt)
/R10/farm/sources       *(rw,sync,no_wdelay,no_subtree_check,no_root_squash,insecure_locks,nohide,crossmnt)
/R10/farm/soft          *(rw,sync,no_wdelay,no_subtree_check,no_root_squash,insecure_locks,nohide,crossmnt)

and finally, the /R0/farm contains cross symlinks to R10 via binded dirs:

soft -> /remote/nexus/R10/farm/soft
sources -> /remote/nexus/R10/farm/sources


maybe this crappy setup exposes some bug on the server side?