Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752722Ab0H0Frl (ORCPT ); Fri, 27 Aug 2010 01:47:41 -0400 Received: from fgwmail7.fujitsu.co.jp ([192.51.44.37]:55516 "EHLO fgwmail7.fujitsu.co.jp" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752110Ab0H0Frj (ORCPT ); Fri, 27 Aug 2010 01:47:39 -0400 X-SecurityPolicyCheck-FJ: OK by FujitsuOutboundMailChecker v1.3.1 Date: Fri, 27 Aug 2010 14:42:25 +0900 From: KAMEZAWA Hiroyuki To: Daisuke Nishimura Cc: Mark Hills , linux-kernel@vger.kernel.org, balbir@linux.vnet.ibm.com Subject: Re: cgroup: rmdir() does not complete Message-Id: <20100827144225.3190167a.kamezawa.hiroyu@jp.fujitsu.com> In-Reply-To: <20100827123948.b4427a15.nishimura@mxp.nes.nec.co.jp> References: <20100827095639.6e7297de.nishimura@mxp.nes.nec.co.jp> <20100827113506.2bbbb7b9.kamezawa.hiroyu@jp.fujitsu.com> <20100827123948.b4427a15.nishimura@mxp.nes.nec.co.jp> Organization: FUJITSU Co. LTD. X-Mailer: Sylpheed 3.0.3 (GTK+ 2.10.14; i686-pc-mingw32) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1923 Lines: 67 On Fri, 27 Aug 2010 12:39:48 +0900 Daisuke Nishimura wrote: > On Fri, 27 Aug 2010 11:35:06 +0900 > KAMEZAWA Hiroyuki wrote: > > > On Fri, 27 Aug 2010 09:56:39 +0900 > > Daisuke Nishimura wrote: > > > > > > Or is it likely to be some other cause, and how best to find it? > > > > > > > What cgroup subsystem did you mount where the directory existed you tried > > > to rmdir() first ? > > > If you mounted several subsystems on the same hierarchy, can you mount them > > > separately to narrow down the cause ? > > > > > > > It seems I can reproduce the issue on mmotm-0811, too. > > > > try this. > > > > Here, memory cgroup is mounted at /cgroups. > > == > > #!/bin/bash -x > > > > while sleep 1; do > > date > > mkdir /cgroups/test > > echo 0 > /cgroups/test/tasks > > echo 300M > /cgroups/test/memory.limit_in_bytes > > cat /proc/self/cgroup > > dd if=/dev/zero of=./tmpfile bs=4096 count=100000 > > echo 0 > /cgroups/tasks > > cat /proc/self/cgroup > > rmdir /cgroups/test > > rm ./tmpfile > > done > > == > > > > hangs at rmdir. I'm no investigating force_empty. > > > Thank you very much for your information. > > Some questions. > > Is "tmpfile" created on a normal filesystem(e.g. ext3) or tmpfs ? on ext4. > And, how long does it likely to take to cause this problem ? very soon. 10-20 loop. > I've run it on RHEL6-based kernel/ext3 for about one hour, but > I cannot reproduce it yet. > Hmm...I'll dig more. Maybe I need to use stock kernel rather than -mm... Thanks, -Kame -- 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/