From: James Bottomley Subject: Re: [BUG] fatal hang untarring 90GB file, possibly writeback related. Date: Thu, 28 Apr 2011 14:59:27 -0500 Message-ID: <1304020767.2598.21.camel@mulgrave.site> References: <1303990590.2081.9.camel@lenovo> <20110428135228.GC1696@quack.suse.cz> <20110428140725.GX4658@suse.de> <1304000714.2598.0.camel@mulgrave.site> <20110428150827.GY4658@suse.de> <1304006499.2598.5.camel@mulgrave.site> <1304009438.2598.9.camel@mulgrave.site> <1304009778.2598.10.camel@mulgrave.site> <20110428171826.GZ4658@suse.de> <1304015436.2598.19.camel@mulgrave.site> <20110428192104.GA4658@suse.de> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit Cc: Jan Kara , colin.king@canonical.com, Chris Mason , linux-fsdevel , linux-mm , linux-kernel , linux-ext4 , mgorman@novell.com To: Mel Gorman Return-path: In-Reply-To: <20110428192104.GA4658@suse.de> Sender: linux-kernel-owner@vger.kernel.org List-Id: linux-ext4.vger.kernel.org On Thu, 2011-04-28 at 20:21 +0100, Mel Gorman wrote: > On Thu, Apr 28, 2011 at 01:30:36PM -0500, James Bottomley wrote: > > > Way hey, cgroups are also in the mix. How jolly. > > > > > > Is systemd a common element of the machines hitting this bug by any > > > chance? > > > > Well, yes, the bug report is against FC15, which needs cgroups for > > systemd. > > > > Ok although we do not have direct evidence that it's the problem yet. A > broken shrinker could just mean we are also trying to aggressively > reclaim in cgroups. > > > > The remaining traces seem to be follow-on damage related to the three > > > issues of "shrinkers are bust in some manner" causing "we are not > > > getting over the min watermark" and as a side-show "we are spending lots > > > of time doing something unspecified but unhelpful in cgroups". > > > > Heh, well find a way for me to verify this: I can't turn off cgroups > > because systemd then won't work and the machine won't boot ... > > > > Same testcase, same kernel but a distro that is not using systemd to > verify if cgroups are the problem. Not ideal I know. When I'm back > online Tuesday, I'll try reproducing this on a !Fedora distribution. In > the meantime, the following untested hatchet job might spit out > which shrinker we are getting stuck in. It is also breaking out of > the shrink_slab loop so it'd even be interesting to see if the bug > is mitigated in any way. Actually, talking to Chris, I think I can get the system up using init=/bin/bash without systemd, so I can try the no cgroup config. > diff --git a/mm/vmscan.c b/mm/vmscan.c > index c74a501..ed99104 100644 In the mean time, this patch produces: (that's nothing ... apparently the trace doesn't activate when kswapd goes mad). James