Hide Forgot
Description of problem: libvirt-0.8.7-6 is confused by kernels not supporting blkio cgroup libvirtError: this function is not supported by the connection driver: qemuGetSchedulerType Version-Release number of selected component (if applicable): libvirt-0.8.7-6 kernel-2.6.32-71.el6.x86_64 (but also in kernel -112) How reproducible: always Steps to Reproduce: 1. start a domain 2. set its cpu shares Additional info: Older libvirt (0.8.7-1?) did not have this problem. When /etc/cgconfig.conf is edited so that blkid is commented out, qemuGetSchedulerType is working fine.
*** Bug 681397 has been marked as a duplicate of this bug. ***
Since RHEL 6.1 External Beta has begun, and this bug remains unresolved, it has been rejected as it is not proposed as exception or blocker. Red Hat invites you to ask your support representative to propose this request, if appropriate and relevant, in the next release of Red Hat Enterprise Linux.
Is this still a concern for RHEL 6.2 using libvirt 0.9.4? Or has this been overcome by events by virtue of newer kernel and libvirt in the meantime, where at most 6.1.z would have to worry about the issue?
RHEL 6.2 should be unimpacted by this issue - the kernel is new enough, and rebasing libvirt picked up patches like these: mmit ae5155768f5bc7af6450c657e1f2fe1f4a129c57 Author: Hu Tao <hutao.com> Date: Mon Mar 7 11:49:12 2011 +0800 Don't return an error on failure to create blkio controller This patch enables cgroup controllers as much as possible by skipping the creation of blkio controller when running with old kernels that doesn't support multi-level directory for blkio controller. Signed-off-by: Hu Tao <hutao.com> Signed-off-by: Eric Blake <eblake>
I'm closing this, since 6.2 has no issue. If needed, we can reopen this if we need to do something for 6.1.z, but even that seems unlikely.