Return-Path: linux-nfs-owner@vger.kernel.org Received: from gw1.transmode.se ([195.58.98.146]:55015 "EHLO gw1.transmode.se" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755170Ab3DXNQa (ORCPT ); Wed, 24 Apr 2013 09:16:30 -0400 In-Reply-To: <1366726687.35524.6.camel@leira.trondhjem.org> References: <1366126613.12556.18.camel@leira.trondhjem.org> <1366150010.27817.8.camel@leira.trondhjem.org> <1366725123.35524.2.camel@leira.trondhjem.org> To: "Myklebust, Trond" Cc: "linux-nfs@vger.kernel.org" MIME-Version: 1.0 Subject: Re: NFS loop on 3.4.39 From: Joakim Tjernlund Message-ID: Date: Wed, 24 Apr 2013 15:16:27 +0200 Content-Type: text/plain; charset="US-ASCII" Sender: linux-nfs-owner@vger.kernel.org List-ID: "Myklebust, Trond" wrote on 2013/04/23 16:18:07: > > On Tue, 2013-04-23 at 16:14 +0200, Joakim Tjernlund wrote: > > "Myklebust, Trond" wrote on 2013/04/23 > > 15:52:06: > > > > > > On Tue, 2013-04-23 at 15:38 +0200, Joakim Tjernlund wrote: > > > > So, it happened again. Just when hitting search on bugs.gentoo.org in > > > > firefox 17.0.3 > > > > > > > > This time I got a NFS loop with NFS4ERR_BAD_STATEID looping over and > > over > > > > again and FF was hung. Not posting the logs as it does not appear to > > > > do any good. Nothing in dmesg either. > > > > > > > > Noticed this patch on the NFS list: > > > > http://marc.info/?l=linux-nfs&m=136643651710066&w=2 > > > > I wonder if that could be a potential cure and if so, could it be > > > > backported to 3.4? > > > > > > It is in the testing branch on > > > > > > http://git.linux-nfs.org/?p=trondmy/linux-nfs.git;a=summary > > > > > > if you want to try it out. I'm not planning on backporting anything that > > > hasn't been labelled with a Cc: stable in that branch. > > > > Well, we won't use tip of linus tree in production so there is > > little point to use your testing branch. However it looks like a trivial > > backport so I can test it on my client easily. > > The point of testing would not be to discover if you can use Linus' tree > in production, but rather to see if the problem is already fixed > upstream. If it is, we can bisect to figure out which patch is the fix. > > > Even the NFS server if required, is the above referenced patch for > > NFS client/server or both? Any chance this is the culprit? > > That's a client patch. Tried 3.4.41+above nfs patch and also 3.8.8, they both have the NFS loop problem. Now I am at your http://git.linux-nfs.org/?p=trondmy/linux-nfs.git;a=summary, testing branch With any luck the error will show soon. Question though the loop I see, could it be a NFS server bug ? If so it does matter what I do on my client I guess. Jocke