similar to: Cgroup

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 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

I have a RHEL6 that hosts many kvm virtual machines. It has been working fine for a couple years. I apply errata updates about once a week. In the last couple weeks, I've ran into a bug where the virtual machines start failing to start with a cgroup error message. If I reboot the host (very disruptive) then things start working normaly for a few days. Can I configure qemu/libvirt not to use

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

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, My piece of code ( C langage) uses cgroups to retrieve counters related to cpu and memory usage related to KVM guests hosted by the host where this code runs. I noticed that depending on the O.S. running on the host , these counters are not found at the same location : CentOS 7 : ls /sys/fs/cgroup/cpuacct/machine.slice/machine-qemu\\x2drhel6.0.scope/vcpu0 cgroup.clone_children

Hi, We have upgraded the libvirt version from libvirt-1.0.5 to libvirt-1.0.6-1 on our linux machine. After this upgrade "virsh cpu-stats <domain>" command is not working on our HardWare. *virsh # cpu-stats test error: Failed to retrieve CPU statistics for domain 'test' error: internal error error accessing cgroup cpuacct for vcpu* ** *# cat /proc/cgroups #subsys_name

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

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

On Fri, Jun 07, 2013 at 01:07:01PM +0200, Matteo Bernardini wrote: > Thanks Daniel for helping with this :) > > # cat /proc/mounts [snip] > cgroup /sys/fs/cgroup cgroup rw,relatime,bfqio,hugetlb,perf_event,blkio,net_cls,freezer,devices,memory,cpuacct,cpu,cpuset,clone_children Ok so here you've mounted all the cgroups controllers at the same place. This is really strongly

Hi I was asking about the fedora 14 kernel if it is good enough for cgroup usage because I am trying to set a cgroup under cpu subsytem ( /dev/cgroup/cpu/group1/ ) that have /cpu.rt_runtime_us of 100000 while cpu.rt_period_us has a value of 1000000 i.e a ratio of 1/10 . still when I run a task (endless loop) in that group (cgexec -g cpu,cpuset:group1 ./test) it gets all the cpu core time

Hello, I'm trying to use libvirt as a non-root user to obtain statistics on the CPU usage by VMs using the Python API. I'm performing basically the following steps: import libvirt conn = libvirt.openReadOnly(None) dom = conn.lookupByUUIDString('268e38ea-1bc7-41e4-c19e-8eff682e58e4') dom.getCPUStats(True, 0) However, they result in the following error: libvir: QEMU Driver

Thanks Daniel for helping with this :) # cat /proc/mounts rootfs / rootfs rw 0 0 /dev/root / ext4 rw,noatime,data=ordered 0 0 devtmpfs /dev devtmpfs rw,relatime,size=1970508k,nr_inodes=492627,mode=755 0 0 proc /proc proc rw,relatime 0 0 sysfs /sys sysfs rw,relatime 0 0 tmpfs /run tmpfs rw,relatime,mode=755 0 0 devpts /dev/pts devpts rw,relatime,gid=5,mode=620,ptmxmode=000 0 0 fusectl

Is there a way to automatically set the permissions of cgroups directories created by libvirt when a VM is launched? Although it looks like I can set permissions on top-level /cgroup directories via cgconfig.conf, the cgconfig.conf manpage says "Permissions are related only to enclosing control group and are not inherited by subgroups.". From this, I believe that when libvirt

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

On 06/10/2013 01:41 PM, pr.G wrote: > On Mon, Jun 10, 2013 at 09:29:32AM +0400, свящ. Георгий Гольцов wrote: >> On Mon, Jun 10, 2013 at 09:07:08AM +0800, Gao feng wrote: >>> On 06/09/2013 08:14 PM, pr.G wrote: >>>> Hello. >>>> >>>> Is it possible to start container via libvirt_lxc without mounting /sys >>>> inside container?

When I run virsh blkiotune alias --weight 100 I receive: error: Unable to change blkio parameters error: this function is not supported by the connection driver: blkio cgroup isn't mounted But I have mounted blkio: cgroup /dev/cgroup/cpu cgroup rw,relatime,cpu 0 0 cgroup /dev/cgroup/cpuacct cgroup rw,relatime,cpuacct 0 0 cgroup /dev/cgroup/devices cgroup rw,relatime,devices 0 0 cgroup

I had a go at writing a patch, but I think it's possible already without any patch. After launch you can get the PID of the qemu subprocess: guestfs_get_pid (g); --> returns PID You can use Linux to map this to a list of thread IDs: ls /proc/$PID/task/ --> returns a list of thread IDs [Yes, this is potentially racy, but in reality qemu has already started up fully after

Hello, I found a strange problem with allocationg big files on drive. For example in guestfish I allocate large disk image for example: $ guestfish ><fs> allocate test.img 20G When an image allocating, there is a big slowdown of guest OSes, launched on host machine, and on different drives. For Linux guests with virtio drivers, there is no so big performance penalty, but for FreeBSD

Hello, I found a strange problem with allocationg big files on drive. For example in guestfish I allocate large disk image for example: $ guestfish ><fs> allocate test.img 20G When an image allocating, there is a big slowdown of guest OSes, launched on host machine, and on different drives. For Linux guests with virtio drivers, there is no so big performance penalty, but for FreeBSD