On Sat, Nov 20, 2010 at 8:53 AM, MT <[email protected]> wrote:
> Hi,
> I installed cgroup-bin on my system (Ubuntu 10.10, kernel 2.6.36), and
> experienced similar problems as the original bug reporter, so I'm
> reopening this bug. My system would suspend fine, but would not be able
> to resume from it afterwards, requiring a hard reset.
> I played around with the configuration files a bit, and managed to fix
> the problem by disabling the creation of a default group (/sysdefault)
> by editing /etc/default/cgconfig. I haven't experienced the problem
> since that change. I'm pasting the contents of the relevant portions of
> my config files (which I have changed from the defaults). If there are
> other test cases you would like me to try, I can do that and report back
> the results.
>
> ---/etc/cgconfig.conf---
> mount {
> cpu = /mnt/cgroups/cpu;
> # cpuacct = /mnt/cgroups/cpuacct;
> # devices = /mnt/cgroups/devices;
> }
>
> group root {
> cpu {
> }
> }
>
> group desktop {
> cpu {
> }
> }
>
> group shell {
> cpu {
> }
> }
> ---/etc/cgconfig.conf---
>
> ---/etc/default/cgconfig---
> # Service cgconfig can create a default group in all mounted hierarchies
> and
> # move all processes there on boot. If no default rule is specified in
> # /etc/cgrules.conf, the default group is named '/sysdefault'.
> # This automatically created group(s) can be useful e.g. when using
> 'cpu'
> # controller to limit cpu.shares of this default group and allowing some
> more
> # important group take most of the CPU.
> #
> # By default, create these groups:
> #CREATE_DEFAULT=yes
>
> # Uncomment following line to disable creation of the default group on
> startup:
> CREATE_DEFAULT=no
> ---/etc/default/cgconfig---
>
> ---/etc/cgrules.conf---
> @root cpu root/
> *:gnome-session cpu desktop/
> *:bash cpu shell/
> ---/etc/cgrules.conf---
>
Allow the creation of a default group, and add
group sysdefault {
cpu {
cpu.rt_runtime_us = 500000;
}
}
to your cgconfig.conf and let me know about it.
Also if that fails, does this happen with current upstream?
Dhaval
--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]
