From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1PPORK-0007PC-3e for garchives@archives.gentoo.org; Sun, 05 Dec 2010 23:56:22 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id A3D1EE0586; Sun, 5 Dec 2010 23:54:50 +0000 (UTC) Received: from mail-iw0-f181.google.com (mail-iw0-f181.google.com [209.85.214.181]) by pigeon.gentoo.org (Postfix) with ESMTP id 78743E0586 for ; Sun, 5 Dec 2010 23:54:50 +0000 (UTC) Received: by iwn3 with SMTP id 3so17318177iwn.40 for ; Sun, 05 Dec 2010 15:54:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type; bh=GCdWqXDUgD+V6Knf5xaGl8s0sTRezjWZY08Oil/B+4g=; b=H5IRYplIWCfIRXe3CU0ytk4AqO/WtQB0n4Cxp4/DXH8+7UFuWSgVW/UphzdJfI274X XuAnp/sYAGWXld/XDKwxxYVUBwRHY+om0GwXg3iPCY2WmV0ubjnR32G2g7UskdOyKO+q oOTRDqCE4lM3z23t6bP2C4uwPw0N0EOorg3x4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=tQY3K82hoJdizHPv126ocuio+O353v0zvkucFjK8j52Rl3zG73Y/MUmKfnjL3sQjKu /wRxROuLdu4nFk59GEewmgs6FF3UJhsdzkQ5Mk/YKogFRcZs9i9h8dzy9jtmA2BW9XCO ou6ILaGAIJ+Dvysmp7TeT38r4iexlStfUF1Ss= Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Received: by 10.231.60.2 with SMTP id n2mr5067680ibh.150.1291593290066; Sun, 05 Dec 2010 15:54:50 -0800 (PST) Received: by 10.231.144.136 with HTTP; Sun, 5 Dec 2010 15:54:49 -0800 (PST) In-Reply-To: <4CFBB783.5080502@f_philipp.fastmail.net> References: <1291423310.13545.8.camel@rattus> <1291428990.13545.17.camel@rattus> <4CFBA7E5.8060101@f_philipp.fastmail.net> <4CFBB783.5080502@f_philipp.fastmail.net> Date: Sun, 5 Dec 2010 15:54:49 -0800 Message-ID: Subject: Re: [gentoo-user] cgroupd really do work! From: Bill Longman To: gentoo-user@lists.gentoo.org Content-Type: multipart/alternative; boundary=0016e644c7423fabda0496b27fd6 X-Archives-Salt: 6e0033f7-de1e-4c98-819b-c9edfc1dde32 X-Archives-Hash: b478463ed1084e0e0d0f65b7e5e6da78 --0016e644c7423fabda0496b27fd6 Content-Type: text/plain; charset=UTF-8 > > Hmm, I just noticed that something is not right here: Everything works > fine as long as I limit the cgroups to cpu scheduling (`mount -t cgroup > cgroup /dev/cgroup -o cpu`). As soon as I add the blkio subsystem for > disk I/O scheduling ("-o cpu,blkio" or no "-o" at all), I can no longer > create cgroup hierarchies. Only the top level "user" cgroup is accepted. > > Another issue is that the kernel documentation in > /usr/src/linux/Documentation/cgroups/cgroups.txt specifies that the > release_agent can also be included as a mount option with > `mount -t cgroup cgroup /dev/cgroup -o > cpu,release_agent='/usr/local/sbin/cgroup_clean'` > That seems to be no valid option, though. At least on my system it > causes mount to fail. Unfortunately there is no output on dmesg. > > Can someone else reproduce this? I'm on gentoo-sources-2.6.34-r12. > > I had this very same problem when I was trying this last year, Florian. I didn't pursue it any further so I can't tell you any solutions. I do remember it though because it was quite frustrating. -- Bill Longman --0016e644c7423fabda0496b27fd6 Content-Type: text/html; charset=UTF-8

Hmm, I just noticed that something is not right here: Everything works
fine as long as I limit the cgroups to cpu scheduling (`mount -t cgroup
cgroup /dev/cgroup -o cpu`). As soon as I add the blkio subsystem for
disk I/O scheduling ("-o cpu,blkio" or no "-o" at all), I can no longer
create cgroup hierarchies. Only the top level "user" cgroup is accepted.

Another issue is that the kernel documentation in
/usr/src/linux/Documentation/cgroups/cgroups.txt specifies that the
release_agent can also be included as a mount option with
`mount -t cgroup cgroup /dev/cgroup -o
cpu,release_agent='/usr/local/sbin/cgroup_clean'`
That seems to be no valid option, though. At least on my system it
causes mount to fail. Unfortunately there is no output on dmesg.

Can someone else reproduce this? I'm on gentoo-sources-2.6.34-r12.


I had this very same problem when I was trying this last year, Florian. I didn't pursue it any further so I can't tell you any solutions. I do remember it though because it was quite frustrating.

--
Bill Longman
--0016e644c7423fabda0496b27fd6--