similar to: Assigning qemu process to cgroups

Hello, I'm running Debian Sid with libvirt/qemu/kvm packages from experimental: $ qemu --version QEMU emulator version 0.13.0 (Debian 0.13.0+dfsg-2), Copyright (c) 2003-2008 Fabrice Bellard $ kvm --version QEMU emulator version 0.13.0 (qemu-kvm-0.13.0 Debian 0.13.0+dfsg-2), Copyright (c) 2003-2008 Fabrice Bellard $ libvirtd --version libvirtd (libvirt) 0.8.6 /etc/libvirt/qemu.conf

Hi, I'm running OpenStack to manage LXC instance through libvirt. The same setting runs perfectly well on Ubuntu 12.04, while on CentOS 6u3, libvirt dumped following message when starting lxc instance. virsh -c lxc:/// start instance-00000032 error: internal error The 'cpuacct', 'devices' & 'memory' cgroups controllers must be mounted Really appreciated if

After restarting libvirt cgroups for VMs are not recovered. Is there available to restore cgroup state after restart? -- Nikita A Menkovich http://libc6.org/ JID: menkovich at gmail.com Tel: +7 (921) 423-96-48

Hello! How do i get pass this error? offlinehacker:~/ $ virsh --debug 0 -c lxc:/// create o1.xml create: file(optdata): o1.xml error: Failed to create domain from o1.xml error: internal error: No valid cgroup for machine c1 My cgroups seem to be mounted: cgroup on /sys/fs/cgroup/systemd type cgroup

Hi everyone, I have a question about cgroup's policy concerning the treatment of threads. Please consider that we want to attach an application which has some threads already to a certain cgroup. If we echo the pid of this application to the "tasks" file connected to this cgroup the threads belonging to this application will NOT be moved to the new group. Is it right? If so, is

Hi everyone, I have a question about cgroup's policy concerning the treatment of threads. Please consider that we want to attach an application which has some threads already to a certain cgroup. If we echo the pid of this application to the "tasks" file connected to this cgroup the threads belonging to this application will NOT be moved to the new group. Is it right? If so, is

On Thu, Jun 06, 2013 at 06:26:23PM +0200, Matteo Bernardini wrote: > On 05/22/2013 11:01 AM, Matteo Bernardini wrote: > > Hi, > > > > I've got a small problem using libvirt-1.0.5.1 (with the latest patch in > > the v1.0.5-maint branch on git added). > > I'm using slackware64-14.0 but the situation is exactly the same described > > on a debian bug

Hi, is there a way to configure blkio via libvirt (xml)? Regards Erkan -- ?ber den grenzen mu? die freiheit wohl wolkenlos sein

Hi all Each lxc container on node have mounted tmpfs for cgroups tree: [root-inside-lxc@tst1 ~]# mount | grep cgroups cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpuacct,cpu) cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset) cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory) cgroup on

Hello, I have another question about cgroup in libvirt I create a script that put vm in cgroup for limiting blkio sudo cgcreate -f 750 -d 750 -a $user:$group -g blkio:$alias pid=`pgrep $alias` echo $pid > /dev/cgroup/blkio/$alias/tasks $virsh schedinfo --set cpu_shares=$cpu $alias echo "8:0 $disk_io" > /dev/cgroup/blkio/$alias/blkio.throttle.read_bps_device echo "8:0

Hi all, This is a new release of blkio-cgroup which provides an IO tracking mechanism. You can also download this series of patches from http://people.valinux.co.jp/~ryov/blkio-cgroup/ Changes from the previous release ================================= - bio-cgroup renamed to blkio-cgroup. - Use part of page_cgroup->flags to store the blkio-cgroup ID. This code is taken from Andrea's

Hi all, This is a new release of blkio-cgroup which provides an IO tracking mechanism. You can also download this series of patches from http://people.valinux.co.jp/~ryov/blkio-cgroup/ Changes from the previous release ================================= - bio-cgroup renamed to blkio-cgroup. - Use part of page_cgroup->flags to store the blkio-cgroup ID. This code is taken from Andrea's

Hi all, This is a new release of blkio-cgroup which provides an IO tracking mechanism. You can also download this series of patches from http://people.valinux.co.jp/~ryov/blkio-cgroup/ Changes from the previous release ================================= - bio-cgroup renamed to blkio-cgroup. - Use part of page_cgroup->flags to store the blkio-cgroup ID. This code is taken from Andrea's

Dear list, I am building a Arch server on my Arch box. My tools are QEMU/KVM and libvirt to manage the guest, systemd as system manager. I am looking at implementing the Linux Control Groups facilities for resource management. Even after long hours of reading, I am not quite sure about how to deal with the cgroups facilities. First, do I really need to care about all that, or libvirt and

Hi there, Do you know if there is a way to modify how libvirt interacts with the cgroup? Because, I successfully add the /dev/net/tun support in my LXC container by doing: echo c 10:200 rwm >> /cgroup/libvirt/lxc/instance-00000005/devices.allow But when I restart the instance/LXC container, this option has gone. How can I make this persistant? Is there a configuration file? Thanks

Hi all, This is a new release of blkio-cgroup v11. Changes: - The function cgroup_get_from_page() is added which determines to which cgroup a given page belongs. This function is introduced from Vivek's io-controller patch. Thanks Vivek. - Fix a type mismatch of the refcount of io_context. The refcount has been changed to atomic_long_t. This patch can be applied to 2.6.31-rc7. The

Hi all, This is a new release of blkio-cgroup v11. Changes: - The function cgroup_get_from_page() is added which determines to which cgroup a given page belongs. This function is introduced from Vivek's io-controller patch. Thanks Vivek. - Fix a type mismatch of the refcount of io_context. The refcount has been changed to atomic_long_t. This patch can be applied to 2.6.31-rc7. The

Hi all, This is a new release of blkio-cgroup v11. Changes: - The function cgroup_get_from_page() is added which determines to which cgroup a given page belongs. This function is introduced from Vivek's io-controller patch. Thanks Vivek. - Fix a type mismatch of the refcount of io_context. The refcount has been changed to atomic_long_t. This patch can be applied to 2.6.31-rc7. The

Hi Kamezawa-san, As you wrote before (http://lkml.org/lkml/2009/7/22/65) > To be honest, what I expected in these days for people of blockio > cgroup is like following for getting room for themselves. <<snip>> > --- mmotm-2.6.31-Jul16.orig/include/linux/page_cgroup.h > +++ mmotm-2.6.31-Jul16/include/linux/page_cgroup.h > @@ -13,7 +13,7 @@ > struct page_cgroup { >

Hi Kamezawa-san, As you wrote before (http://lkml.org/lkml/2009/7/22/65) > To be honest, what I expected in these days for people of blockio > cgroup is like following for getting room for themselves. <<snip>> > --- mmotm-2.6.31-Jul16.orig/include/linux/page_cgroup.h > +++ mmotm-2.6.31-Jul16/include/linux/page_cgroup.h > @@ -13,7 +13,7 @@ > struct page_cgroup { >