<div dir="ltr"><div class="gmail_quote"><div dir="ltr">I don't have the /cgroup directory mounted. Somehow, the directory is mounted automatically onto the /sys/fs/cgroup<br><br><b><span style="font-family:courier new,monospace">root@mf:~# df | grep cgroup</span><br style="font-family:courier new,monospace">


<span style="font-family:courier new,monospace">cgroup                12368328         0  12368328   0% /sys/fs/cgroup</span><br style="font-family:courier new,monospace"><span style="font-family:courier new,monospace">root@mf:~# ls /sys/fs/cgroup/</span><br style="font-family:courier new,monospace">


<span style="font-family:courier new,monospace">blkio  cpu  cpuacct  cpuset  devices  freezer  memory  net_cls  perf_event</span></b><br><br>Each subdirectory of the above contains directory per container with knobs that are specific to the resource:<br>


<br><b><span style="font-family:courier new,monospace">root@mf:~# ls /sys/fs/cgroup/cpu/dev</span><br style="font-family:courier new,monospace"><span style="font-family:courier new,monospace">cgroup.clone_children  cgroup.procs      cpu.rt_runtime_us  notify_on_release</span><br style="font-family:courier new,monospace">


<span style="font-family:courier new,monospace">cgroup.event_control   cpu.rt_period_us  cpu.shares         tasks</span><br style="font-family:courier new,monospace"><span style="font-family:courier new,monospace">root@mf:~#</span></b><br>


<br>Could well be this is because of the 3.0.0-12-server kernel. I don't see how I can rename a stuck cgroup easily in this situation. Any advices?<br><br>BTW, I once had /cgroup mounted from fstab like this:<br><br>

<b><span style="font-family:courier new,monospace">none /cgroup cgroup defaults 0 0</span></b><br>
<br>It grouped all settings into per-container directory nicely, but the server failed to boot with that.<span class="HOEnZb"><font color="#888888"><br><br clear="all">--<br>Arie</font></span><div><div class="h5"><br><br>


<br><br><div class="gmail_quote">On Sun, Dec 18, 2011 at 22:23, Jérôme Petazzoni <span dir="ltr"><<a href="mailto:jerome.petazzoni@dotcloud.com" target="_blank">jerome.petazzoni@dotcloud.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">



  
    
  
  <div text="#000000" bgcolor="#FFFFFF"><div><div>
    On 12/18/2011 11:56 AM, C Anthony Risinger wrote:
    <blockquote type="cite">
      <p>On Dec 18, 2011 1:09 PM, "Jérôme Petazzoni" <<a href="mailto:jerome.petazzoni@dotcloud.com" target="_blank">jerome.petazzoni@dotcloud.com</a>>
        wrote:<br>
        ><br>
        > If that happens, just try to terminate the other processes
        running in the cgroup, rename it ("mv /cgroup/mylittlecontainer
        /cgroup/broken") and restart it.<br>
        > This saved me a few reboots already :-)</p>
      <p>You should be able to remove an empty cgroup with `rmdir`.</p>
    </blockquote>
    <br></div></div>
    Sorry, I forgot to mention:<br>
    - if you can't remove the cgroup because it's not empty,<br>
    - if the process remaining in the cgroup cannot be killed (for
    instance, because it's in "uninterruptible sleep" state),<br>
    - if you can't move the said process in a different cgroup (with
    e.g. "echo $PID > /cgroup/othercgroup/tasks"),<br>
    - ... then you can still rename the old cgroup.<br>
    <br>
    <br>
  </div>

</blockquote></div><br></div></div></div>
</div><br></div>