From: Roger Heflin <rogerheflin@gmail.com>
To: Ian Campbell <ijc@hellion.org.uk>
Cc: linux-nfs@vger.kernel.org, Grant Coady <gcoady.lk@gmail.com>,
e1000-devel@lists.sourceforge.net, neilb@suse.de,
PJ Waskiewicz <peter.p.waskiewicz.jr@intel.com>,
Bruce Allan <bruce.w.allan@intel.com>,
linux-kernel@vger.kernel.org,
John Ronciak <john.ronciak@gmail.com>,
bfields@fieldses.org,
Jesse Brandeburg <jesse.brandeburg@intel.com>,
John Ronciak <john.ronciak@intel.com>,
Jeff Kirsher <jeffrey.t.kirsher@intel.com>,
Trond Myklebust <trond.myklebust@fys.uio.no>
Subject: Re: NFS regression? Odd delays and lockups accessing an NFS export.
Date: Mon, 25 Aug 2008 16:39:15 -0500 [thread overview]
Message-ID: <48B32683.5040203@gmail.com> (raw)
In-Reply-To: <1219615789.27921.152.camel@localhost.localdomain>
Ian Campbell wrote:
> (added some quoting from previous mail to save replying twice)
>
> On Sun, 2008-08-24 at 15:19 -0400, Trond Myklebust wrote:
>> On Sun, 2008-08-24 at 15:17 -0400, Trond Myklebust wrote:
>>> >From the tcpdump, it looks as if the NFS server is failing to close the
>>> socket, when the client closes its side. You therefore end up getting
>>> stuck in the FIN_WAIT2 state (as netstat clearly shows above).
>>>
>>> Is the server keeping the client in this state for a very long
>>> period?
>
> Well, it had been around an hour and a half on this occasion. Next time
> it happens I can wait longer but I'm pretty sure I've come back from
> time away and it's been wedged for at least a day. How long would you
> expect it to remain in this state for?
>
>> BTW: the RPC client is closing the socket because it detected no NFS
>> activity for 5 minutes. Did you expect any NFS activity during this
>> time?
>
> It's a mythtv box so at times where no one is watching anything and
> there isn't anything to record I expect NFS activity is pretty minimal.
>
> Ian.
>
Ian,
Do you have a recording group setup on the NFS partition that mythtv is
going to be accessing?
I have seen similar funny stuff happen, it used to happened around 2.6.22*
(on each end), and quit happening around 2.6.24* and now has started happening
again with 2.6.25* on both ends.
Similar to what you have the only thing I see is "NFS server not responding" and
restarting the NFS server end (/etc/init.d/nfs restart) appears to get things to
continue on the NFS client. No other messages appear on either end that
indicate that anything is wrong, other non-nfs partitions on the client work
find, the machine is still up, and the NFS server is still up and fine, and
after a restart things will again work for a while (hours or days).
Roger
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
WARNING: multiple messages have this Message-ID (diff)
From: Roger Heflin <rogerheflin@gmail.com>
To: Ian Campbell <ijc@hellion.org.uk>
Cc: Trond Myklebust <trond.myklebust@fys.uio.no>,
John Ronciak <john.ronciak@gmail.com>,
Grant Coady <gcoady.lk@gmail.com>,
linux-kernel@vger.kernel.org, neilb@suse.de,
bfields@fieldses.org, linux-nfs@vger.kernel.org,
Jeff Kirsher <jeffrey.t.kirsher@intel.com>,
Jesse Brandeburg <jesse.brandeburg@intel.com>,
Bruce Allan <bruce.w.allan@intel.com>,
PJ Waskiewicz <peter.p.waskiewicz.jr@intel.com>,
John Ronciak <john.ronciak@intel.com>,
e1000-devel@lists.sourceforge.net
Subject: Re: NFS regression? Odd delays and lockups accessing an NFS export.
Date: Mon, 25 Aug 2008 16:39:15 -0500 [thread overview]
Message-ID: <48B32683.5040203@gmail.com> (raw)
In-Reply-To: <1219615789.27921.152.camel@localhost.localdomain>
Ian Campbell wrote:
> (added some quoting from previous mail to save replying twice)
>
> On Sun, 2008-08-24 at 15:19 -0400, Trond Myklebust wrote:
>> On Sun, 2008-08-24 at 15:17 -0400, Trond Myklebust wrote:
>>> >From the tcpdump, it looks as if the NFS server is failing to close the
>>> socket, when the client closes its side. You therefore end up getting
>>> stuck in the FIN_WAIT2 state (as netstat clearly shows above).
>>>
>>> Is the server keeping the client in this state for a very long
>>> period?
>
> Well, it had been around an hour and a half on this occasion. Next time
> it happens I can wait longer but I'm pretty sure I've come back from
> time away and it's been wedged for at least a day. How long would you
> expect it to remain in this state for?
>
>> BTW: the RPC client is closing the socket because it detected no NFS
>> activity for 5 minutes. Did you expect any NFS activity during this
>> time?
>
> It's a mythtv box so at times where no one is watching anything and
> there isn't anything to record I expect NFS activity is pretty minimal.
>
> Ian.
>
Ian,
Do you have a recording group setup on the NFS partition that mythtv is
going to be accessing?
I have seen similar funny stuff happen, it used to happened around 2.6.22*
(on each end), and quit happening around 2.6.24* and now has started happening
again with 2.6.25* on both ends.
Similar to what you have the only thing I see is "NFS server not responding" and
restarting the NFS server end (/etc/init.d/nfs restart) appears to get things to
continue on the NFS client. No other messages appear on either end that
indicate that anything is wrong, other non-nfs partitions on the client work
find, the machine is still up, and the NFS server is still up and fine, and
after a restart things will again work for a while (hours or days).
Roger
next prev parent reply other threads:[~2008-08-25 21:39 UTC|newest]
Thread overview: 117+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-08-18 2:02 NFS regression? Odd delays and lockups accessing an NFS export Grant Coady
2008-08-18 2:02 ` Grant Coady
2008-08-18 18:50 ` Athanasius
2008-08-18 19:19 ` Trond Myklebust
[not found] ` <20080818185048.GO20684-QVNlIYdkypLYtjvyW6yDsg@public.gmane.org>
2008-08-18 19:37 ` J. K. Cliburn
2008-08-18 19:37 ` J. K. Cliburn
[not found] ` <48A9CF89.9090304-Bdlq13kUjeyLZ21kGMrzwg@public.gmane.org>
2008-08-18 23:13 ` Athanasius
2008-08-18 23:13 ` Athanasius
2009-05-12 20:27 ` Frank Filz
2009-05-13 0:05 ` Jay Cliburn
[not found] ` <p6lha4te54h04qdbnos1mcemdmn1cfca6s-e09XROE/p8c@public.gmane.org>
2008-08-18 19:20 ` Trond Myklebust
2008-08-18 19:20 ` Trond Myklebust
2008-08-20 1:10 ` Grant Coady
2008-08-20 1:10 ` Grant Coady
2008-08-20 23:17 ` Grant Coady
2008-08-20 23:17 ` Grant Coady
2008-08-22 10:23 ` Ian Campbell
2008-08-22 18:08 ` Trond Myklebust
2008-08-22 18:13 ` Ian Campbell
2008-08-22 18:13 ` Ian Campbell
2008-08-22 19:33 ` John Ronciak
2008-08-22 19:33 ` John Ronciak
[not found] ` <56a8daef0808221233h68853587n6015ca7d809b17e1-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2008-08-22 20:00 ` Ian Campbell
2008-08-22 20:00 ` Ian Campbell
[not found] ` <1219435207.27921.51.camel-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@public.gmane.org>
2008-08-22 21:15 ` John Ronciak
2008-08-22 21:15 ` John Ronciak
2008-08-22 21:23 ` Trond Myklebust
2008-08-22 21:23 ` Trond Myklebust
2008-08-22 21:37 ` Ian Campbell
2008-08-22 21:37 ` Ian Campbell
[not found] ` <1219441041.27921.57.camel-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@public.gmane.org>
2008-08-22 21:56 ` Trond Myklebust
2008-08-22 21:56 ` Trond Myklebust
2008-08-22 22:41 ` Ian Campbell
2008-08-22 22:41 ` Ian Campbell
2008-08-24 18:53 ` Ian Campbell
[not found] ` <1219603981.27921.145.camel-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@public.gmane.org>
2008-08-24 19:17 ` Trond Myklebust
2008-08-24 19:17 ` Trond Myklebust
2008-08-24 19:19 ` Trond Myklebust
2008-08-24 19:19 ` Trond Myklebust
2008-08-24 22:09 ` Ian Campbell
2008-08-24 22:09 ` Ian Campbell
[not found] ` <1219615789.27921.152.camel-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@public.gmane.org>
2008-08-24 22:15 ` Trond Myklebust
2008-08-24 22:15 ` Trond Myklebust
2008-08-25 9:59 ` Ian Campbell
2008-08-25 9:59 ` Ian Campbell
2008-08-25 16:04 ` Tom Tucker
2008-08-25 16:54 ` Trond Myklebust
2008-08-25 20:15 ` Tom Tucker
2008-08-25 20:15 ` Tom Tucker
2008-08-26 19:27 ` J. Bruce Fields
2008-08-26 19:27 ` J. Bruce Fields
2008-08-27 14:43 ` Tom Tucker
2008-08-27 14:43 ` Tom Tucker
2008-08-30 15:47 ` Ian Campbell
2008-08-30 15:47 ` Ian Campbell
[not found] ` <1220111261.31172.14.camel-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@public.gmane.org>
2008-08-31 19:30 ` J. Bruce Fields
2008-08-31 19:30 ` J. Bruce Fields
2008-08-31 19:44 ` Ian Campbell
2008-08-31 19:44 ` Ian Campbell
[not found] ` <1220211842.31172.18.camel-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@public.gmane.org>
2008-08-31 19:46 ` J. Bruce Fields
2008-08-31 19:46 ` J. Bruce Fields
2008-08-31 19:49 ` Ian Campbell
2008-08-31 19:49 ` Ian Campbell
2008-08-31 19:51 ` Tom Tucker
2008-08-31 19:51 ` Tom Tucker
2008-08-31 19:51 ` Tom Tucker
2008-08-31 19:51 ` Tom Tucker
2008-08-31 21:18 ` Ian Campbell
2008-08-31 21:18 ` Ian Campbell
[not found] ` <1220217505.31172.26.camel-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@public.gmane.org>
2008-09-01 17:20 ` Tom Tucker
2008-09-01 17:20 ` Tom Tucker
2008-09-01 17:46 ` Ian Campbell
2008-09-01 17:46 ` Ian Campbell
2008-09-10 8:40 ` Ian Campbell
2008-09-10 8:40 ` Ian Campbell
[not found] ` <1221036015.24993.27.camel-o4Be2W7LfRlXesXXhkcM7miJhflN2719@public.gmane.org>
2008-09-12 22:43 ` J. Bruce Fields
2008-09-12 22:43 ` J. Bruce Fields
2008-09-12 23:15 ` Tom Tucker
2008-09-12 23:15 ` Tom Tucker
2008-09-13 8:57 ` Ian Campbell
2008-09-13 8:57 ` Ian Campbell
[not found] ` <1221296243.2534.7.camel-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@public.gmane.org>
2008-09-16 5:48 ` Ian Campbell
2008-09-16 5:48 ` Ian Campbell
[not found] ` <1221544139.2534.18.camel-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@public.gmane.org>
2008-09-16 11:38 ` Tom Tucker
2008-09-16 11:38 ` Tom Tucker
2008-09-16 15:03 ` Ian Campbell
[not found] ` <1221577412.28572.60.camel-o4Be2W7LfRlXesXXhkcM7miJhflN2719@public.gmane.org>
2008-09-16 15:58 ` Tom Tucker
2008-09-16 15:58 ` Tom Tucker
2008-09-16 16:24 ` Ian Campbell
2008-09-16 16:24 ` Ian Campbell
[not found] ` <1221582285.28572.67.camel-o4Be2W7LfRlXesXXhkcM7miJhflN2719@public.gmane.org>
2008-09-23 7:59 ` Ian Campbell
2008-09-23 7:59 ` Ian Campbell
[not found] ` <1222156770.6869.13.camel-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@public.gmane.org>
2008-09-23 11:33 ` Ian Campbell
2008-09-23 11:33 ` Ian Campbell
[not found] ` <1222169589.6869.20.camel-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@public.gmane.org>
2008-09-23 17:03 ` J. Bruce Fields
2008-09-23 17:03 ` J. Bruce Fields
2008-09-26 15:37 ` Ian Campbell
2008-09-26 15:37 ` Ian Campbell
[not found] ` <1222443426.3949.18.camel-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@public.gmane.org>
2008-09-26 18:17 ` Ian Campbell
2008-09-26 18:17 ` Ian Campbell
[not found] ` <1222453053.3949.21.camel-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@public.gmane.org>
2008-09-27 3:54 ` J. Bruce Fields
2008-09-27 3:54 ` J. Bruce Fields
2008-09-27 10:16 ` Ian Campbell
2008-09-27 10:16 ` Ian Campbell
2008-08-25 21:39 ` Roger Heflin [this message]
2008-08-25 21:39 ` Roger Heflin
2008-08-25 20:23 ` Grant Coady
2008-08-25 20:23 ` Grant Coady
[not found] ` <4156b4tgrrsflla1svmu4jl6j5sme4a715-e09XROE/p8c@public.gmane.org>
2008-08-25 22:11 ` Trond Myklebust
2008-08-25 22:11 ` Trond Myklebust
2008-08-26 0:29 ` Grant Coady
2008-08-26 0:29 ` Grant Coady
2008-08-26 0:59 ` Muntz, Daniel
2008-08-26 0:59 ` Muntz, Daniel
2008-08-26 1:06 ` Grant Coady
2008-08-26 1:06 ` Grant Coady
-- strict thread matches above, loose matches on Subject: below --
2008-09-10 2:51 Benoit Plessis
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=48B32683.5040203@gmail.com \
--to=rogerheflin@gmail.com \
--cc=bfields@fieldses.org \
--cc=bruce.w.allan@intel.com \
--cc=e1000-devel@lists.sourceforge.net \
--cc=gcoady.lk@gmail.com \
--cc=ijc@hellion.org.uk \
--cc=jeffrey.t.kirsher@intel.com \
--cc=jesse.brandeburg@intel.com \
--cc=john.ronciak@gmail.com \
--cc=john.ronciak@intel.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-nfs@vger.kernel.org \
--cc=neilb@suse.de \
--cc=peter.p.waskiewicz.jr@intel.com \
--cc=trond.myklebust@fys.uio.no \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.