<div dir="ltr"><div class="gmail_quote">On Thu, Dec 8, 2011 at 14:05, Gordon Henderson <span dir="ltr"><<a href="mailto:gordon@drogon.net">gordon@drogon.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

<div class="im">On Thu, 8 Dec 2011, Arie Skliarouk wrote:<br>
<br>
> When I tried to restart the vserver, it did not came up. Long story short, I found that lxc-destroy did not destroy the cgroup of the same name as the server. The cgroup remains visible in the /sys/fs/cgroup/cpu/master directory. The tasks file is empty though.<br>


<br> > I had to rename the container to be able to start it.<br>
<br>
</div>Did you remember to stop it first?<br></blockquote><div><br>Of course! It is part of the vserver stop script.<br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">


<div class="im">> All this on ubuntu 11.04, 3.0.0-12-server amd64. Thoughts, comments?<br>
<br>
</div>Very very similar to what I experience from time to time. (Posted about recently with zero response) Although my more drastic solution is to reboot the host, but I have gotten away with lxc-stop then a start.<br></blockquote>

<div><br>Well, with 65 running containers (24GB of RAM) it is easier to rename the vserver :) <br><br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">


I've now stopped using memory limits in containers and for the time being will let them swap (or share more memory with other containers and swap if needed) - they're mostly well behaved though.<br></blockquote><div>

<br>My vservers do not behave well and require restrictions.<br><br>BTW, do you know how can I restrict number of running processes in a container (like in openvz)?<br><br>--<br>Arie<br><br></div></div></div>