lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Tue, 16 Dec 2008 12:55:03 -0500 From: "J. Bruce Fields" <bfields@...ldses.org> To: Ian Campbell <ijc@...lion.org.uk> Cc: Trond Myklebust <trond.myklebust@....uio.no>, linux-nfs@...r.kernel.org, Max Kellermann <mk@...all.com>, linux-kernel@...r.kernel.org, gcosta@...hat.com, Grant Coady <grant_lkml@...o.com.au>, Tom Tucker <tom@...ngridcomputing.com> Subject: Re: [PATCH 0/3] NFS regression in 2.6.26?, "task blocked for more than 120 seconds" On Sun, Dec 14, 2008 at 06:24:05PM +0000, Ian Campbell wrote: > On Sat, 2008-12-06 at 12:16 +0000, Ian Campbell wrote: > > On Mon, 2008-12-01 at 22:09 +0000, Ian Campbell wrote: > > > On Sun, 2008-11-30 at 19:17 -0500, Trond Myklebust wrote: > > > > Can you see if the following 3 patches help? They're against 2.6.28-rc6, > > > > but afaics the problems are pretty much the same on 2.6.26. > > > > > > Thanks. > > > > > > The server was actually running 2.6.25.7 but the matching sources have > > > since been removed the backports.org so I've reproduce with 2.6.26 and > > > now I'll add the patches. > > > > Just a small progress report. Anecdotally I thought that unpatched > > 2.6.26.7 was worse than 2.6.25.7, mostly because it hung twice in the ~1 > > day I was running it where previously it was less frequent than once per > > day. > > > > With the patched server the client ran OK for 2.5 days then mysteriously > > hung, the logs show none of the normal symptoms and my wife reset it > > before I got home so I've no real clue what happened but I'm inclined to > > think it was unrelated for now. I'll get back to you in a week or so if > > the problem hasn't reoccurred. > > $ uptime > 18:15:29 up 9 days, 22 min, 1 user, load average: 0.74, 0.64, 0.46 > > This is on the problematic client, so it looks like the server side fix > has sorted it. Thanks very much Trond. Thanks for the testing! So this was with the following three patches applied on the server on top of 2.6.26? [PATCH 1/3] SUNRPC: Ensure the server closes sockets in a timely fashion [PATCH 2/3] SUNRPC: We only need to call svc_delete_xprt() once... [PATCH 3/3] SUNRPC: svc_xprt_enqueue should not refuse to enqueue 'XPT_DEAD' transports I'll try to take a look at these before I leave for the holidays, assuming the versions Trond posted on Nov. 30 are the latest. --b. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists