Re: Follow up to: NFS/RPC Hangs after updating time...

From: J. Bruce Fields
Date: Fri Aug 31 2007 - 17:46:07 EST


On Fri, Aug 31, 2007 at 02:35:19PM -0400, Morrison, Tom wrote:
> This is a follow-up...
>
> After a huge pain in the rear upgrading from a
> 2.6.11++ to a 2.6.23-rc3 (I'll give the powerpc
> folks a 'piece' of my mind on that front) - the
> NFS hang problem that I was experiencing on the
> older kernel is NOT occurring on this new version.
>
> Now what do I do?

Well, between the time jump and the rpc debugging output, you've got
some great clues there--given some time I'm sure it would be possible to
completely figure out what's going on.

Unfortunately the people with the most knowledge of the code probably
don't have the time to fix problems on old kernels, so unless somebody
else recognizes the problem immediately, I'm not sure what to suggest.
Obviously, a wholesale upgrade to a more recent kernel would be the one
sure bet....

> Is the net/sunrpc net/nfsx pieces isolated enough
> from the rest of the kernel that I could fork-lift
> it back to the 2.6.11 (or is that really a lost cause).

I suspect it's a lost cause. A lot has happened in the last couple
years.

--b.

> > It hangs after attempting to update the time from a
> > nonsensical time (e.g.: 2 months ago) - the most significant
> > part of it is that it only hangs IFF it has started
> > serving its NFS client boards before I attempt to
> > update the time.
> >
> >
> > The most significant output (when turning on
> > RPC debugging) is from:
> >
> > linux/net/sunrpc/cache.c (cache_check) - line 90:
> >
> > >> Want update, refage=1800, age=4288285
> >
> > It continually loops through this method - and the cache
> > never gets updated...even thought with some additional
> > sleuthing (aka: additional debug printks - it thinks
> > that there is an cache update pending).
>
> Can you reproduce the problem with the current kernel? (Say 2.6.22 or
> later?)
>
> --b.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/