Daniel Hokka Zakrisson wrote: > Gordan Bobic wrote: >> Daniel Hokka Zakrisson wrote: >>> Gordan Bobic wrote: >>>> Art -kwaak- van Breemen wrote: >>>>> On Wed, Oct 27, 2010 at 09:57:44AM +0100, Gordan Bobic wrote: >>>>>> open(memory.usage_in_bytes): No such file or directory >>>>> Eh you should have a /dev/cgroup and /etc/init.d/util-vserver >>>>> should have mounted the cgroup fs. >>>> > >>>>> Oh, and you should have support for containers in your kernel >>>>> ;-). >>>>> rlimits are replaced by container limits. >>>> I think I've found the cause. If the hostname in >>>> /etc/vserver/<guestname>/name isn't the same as <guestname>, this >>>> happens. I would suggest this is a bug because guest name and the >>>> hostname of the guest don't have to be the same. vserver-stat should be >>>> referring to guests by guest name not by the hostname in >>>> /etc/vserver/<guestname>/name. >>> What makes you think that? >> Because otherwise /etc/vserver/<guestname>/name file is redundant with >> <guestname> in the path and should thus not exist in the first place. If >> they have to be the same, one shouldn't be there at all. > > They don't have to be the same. It also doesn't have anything to do with > your error. Yes it does. The cause of my error was that they were different. vserver-stat looked for files in /dev/cgroup/<guestname_name> where name is as specified by /etc/vserver/<guestname>/name. The list of guests to fetch the information is related to /etc/vserver/<guestname>. e.g. If there is: $ cat /etc/vserver/foo/name foo.bar vserver-stat will look for /etc/cgroup/foo for vserver foo, and this will fail because the relevant files are in /dev/cgroup/foo.bar/ So it is a very real issue. Is this the case in the "stable" branch, too? ;) Gordan