Gordan Bobic wrote:
> 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
>>>> 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>.
> If there is:
> $ cat /etc/vserver/foo/name
> 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/
Well, that's a bug. You can always override it with
> So it is a very real issue.
> Is this the case in the "stable" branch, too? ;)
-- Daniel Hokka ZakrissonReceived on Wed Oct 27 13:13:21 2010