Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755313AbYHYQyd (ORCPT ); Mon, 25 Aug 2008 12:54:33 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753816AbYHYQyY (ORCPT ); Mon, 25 Aug 2008 12:54:24 -0400 Received: from mail-out1.uio.no ([129.240.10.57]:35286 "EHLO mail-out1.uio.no" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753500AbYHYQyX (ORCPT ); Mon, 25 Aug 2008 12:54:23 -0400 Subject: Re: NFS regression? Odd delays and lockups accessing an NFS export. From: Trond Myklebust To: Tom Tucker Cc: Ian Campbell , John Ronciak , Grant Coady , linux-kernel@vger.kernel.org, neilb@suse.de, bfields@fieldses.org, linux-nfs@vger.kernel.org, Jeff Kirsher , Jesse Brandeburg , Bruce Allan , PJ Waskiewicz , John Ronciak , e1000-devel@lists.sourceforge.net In-Reply-To: <48B2D7F8.5020206@opengridcomputing.com> References: <1219087258.7192.19.camel@localhost> <1219400624.18774.67.camel@zakaz.uk.xensource.com> <1219428489.6919.21.camel@localhost> <1219428818.27921.43.camel@localhost.localdomain> <56a8daef0808221233h68853587n6015ca7d809b17e1@mail.gmail.com> <1219435207.27921.51.camel@localhost.localdomain> <1219440202.9097.14.camel@localhost> <1219441041.27921.57.camel@localhost.localdomain> <1219442213.9097.25.camel@localhost> <1219603981.27921.145.camel@localhost.localdomain> <1219605422.14389.2.camel@localhost> <1219605596.14389.5.camel@localhost> <1219615789.27921.152.camel@localhost.localdomain> <1219616136.14389.12.camel@localhost> <48B2D7F8.5020206@opengridcomputing.com> Content-Type: text/plain Date: Mon, 25 Aug 2008 12:54:13 -0400 Message-Id: <1219683253.7665.13.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 Content-Transfer-Encoding: 7bit X-UiO-Spam-info: not spam, SpamAssassin (score=-5.0, required=5.0, autolearn=disabled, UIO_MAIL_IS_INTERNAL=-5, uiobl=NO, uiouri=NO) X-UiO-Scanned: 02842EAA6281CF08726F549D90EE535F71F286A7 X-UiO-SPAM-Test: remote_host: 68.40.183.129 spam_score: -49 maxlevel 200 minaction 2 bait 0 mail/h: 1 total 27 max/h 2 blacklist 0 greylist 0 ratelimit 0 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 624 Lines: 19 On Mon, 2008-08-25 at 11:04 -0500, Tom Tucker wrote: > I don't think it should matter how long the connection stays in FIN WAIT, > the client should reconnect anyway. Which would break the replay cache, since we can't reconnect using the same port. > Since the client seems to be the variable, I would think it might be an > issue with the client reconnect logic? No. Trond -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/