Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.

Bug 1101151

Summary: cgroup_controllers in qemu.conf doesn't take effect
Product: Red Hat Enterprise Linux 6 Reporter: Jincheng Miao <jmiao>
Component: libvirtAssignee: Jiri Denemark <jdenemar>
Status: CLOSED WONTFIX QA Contact: Virtualization Bugs <virt-bugs>
Severity: medium Docs Contact:
Priority: unspecified    
Version: 6.5CC: acathrow, dyuan, honzhang, jdenemar, jmiao, mzhan
Target Milestone: rc   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2014-06-05 12:05:47 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
the log of cgroup controllers detection in libvirtd none

Description Jincheng Miao 2014-05-26 10:03:59 UTC
Description of problem:
cgroup_controllers in qemu.conf doesn't take effect.

Version-Release number of selected component (if applicable):
libvirt-0.10.2-36.el6.x86_64

How reproducible:
100%

Steps to Reproduce:
1. trying to uncomment cgroup_controllers, and remove one controller, eg: cpuset
# vim /etc/libvirt/qemu.conf
...
#cgroup_controllers = [ "cpu", "devices", "memory", "blkio", "cpuset", "cpuacct" ]
cgroup_controllers = [ "cpu", "devices", "memory", "blkio", "cpuacct" ]
...

2. reboot libvirtd
# service libvirtd restart

3. check the log message:
2014-05-22 08:20:43.415+0000: 54309: debug : lxcContainerAvailable:2017 : container support is enabled
2014-05-22 08:20:43.415+0000: 54309: debug : virCgroupNew:617 : New group /
2014-05-22 08:20:43.415+0000: 54309: debug : virCgroupDetect:273 : Detected mount/mapping 0:cpu at /cgroup/cpu in 
2014-05-22 08:20:43.415+0000: 54309: debug : virCgroupDetect:273 : Detected mount/mapping 1:cpuacct at /cgroup/cpuacct in 
2014-05-22 08:20:43.415+0000: 54309: debug : virCgroupDetect:273 : Detected mount/mapping 2:cpuset at /cgroup/cpuset in 
2014-05-22 08:20:43.415+0000: 54309: debug : virCgroupDetect:273 : Detected mount/mapping 3:memory at /cgroup/memory in 
2014-05-22 08:20:43.415+0000: 54309: debug : virCgroupDetect:273 : Detected mount/mapping 4:devices at /cgroup/devices in 
2014-05-22 08:20:43.415+0000: 54309: debug : virCgroupDetect:273 : Detected mount/mapping 5:freezer at /cgroup/freezer in 
2014-05-22 08:20:43.415+0000: 54309: debug : virCgroupDetect:273 : Detected mount/mapping 6:blkio at /cgroup/blkio in 
2014-05-22 08:20:43.415+0000: 54309: debug : virCgroupNew:617 : New group /libvirt
2014-05-22 08:20:43.416+0000: 54309: debug : virCgroupDetect:273 : Detected mount/mapping 0:cpu at /cgroup/cpu in 
2014-05-22 08:20:43.416+0000: 54309: debug : virCgroupDetect:273 : Detected mount/mapping 1:cpuacct at /cgroup/cpuacct in 
2014-05-22 08:20:43.416+0000: 54309: debug : virCgroupDetect:273 : Detected mount/mapping 2:cpuset at /cgroup/cpuset in 
2014-05-22 08:20:43.416+0000: 54309: debug : virCgroupDetect:273 : Detected mount/mapping 3:memory at /cgroup/memory in 
2014-05-22 08:20:43.416+0000: 54309: debug : virCgroupDetect:273 : Detected mount/mapping 4:devices at /cgroup/devices in 
2014-05-22 08:20:43.416+0000: 54309: debug : virCgroupDetect:273 : Detected mount/mapping 5:freezer at /cgroup/freezer in 
2014-05-22 08:20:43.416+0000: 54309: debug : virCgroupDetect:273 : Detected mount/mapping 6:blkio at /cgroup/blkio in 
2014-05-22 08:20:43.416+0000: 54309: debug : virCgroupMakeGroup:535 : Make group /libvirt
2014-05-22 08:20:43.416+0000: 54309: debug : virCgroupMakeGroup:560 : Make controller /cgroup/cpu/libvirt/
2014-05-22 08:20:43.416+0000: 54309: debug : virCgroupMakeGroup:560 : Make controller /cgroup/cpuacct/libvirt/
2014-05-22 08:20:43.416+0000: 54309: debug : virCgroupMakeGroup:560 : Make controller /cgroup/cpuset/libvirt/
2014-05-22 08:20:43.416+0000: 54309: debug : virCgroupMakeGroup:560 : Make controller /cgroup/memory/libvirt/
2014-05-22 08:20:43.416+0000: 54309: debug : virCgroupMakeGroup:560 : Make controller /cgroup/devices/libvirt/
2014-05-22 08:20:43.416+0000: 54309: debug : virCgroupMakeGroup:560 : Make controller /cgroup/freezer/libvirt/
2014-05-22 08:20:43.416+0000: 54309: debug : virCgroupMakeGroup:560 : Make controller /cgroup/blkio/libvirt/


we can see the line:
"
2014-05-22 08:20:43.416+0000: 54309: debug : virCgroupMakeGroup:560 : Make controller /cgroup/cpuset/libvirt/
"

Expected result:
if a controller is not enabled in cgroup_controllers, libvirtd should make '/libvirt' under this controller

Comment 1 Jiri Denemark 2014-05-26 11:08:31 UTC
Could you provide a complete libvirtd.log showing libvirtd's start? It's likely that these messages are coming from lxc driver, which is not controlled by anything in qemu.conf.

Comment 2 Jincheng Miao 2014-05-27 02:43:08 UTC
(In reply to Jiri Denemark from comment #1)
> Could you provide a complete libvirtd.log showing libvirtd's start? It's
> likely that these messages are coming from lxc driver, which is not
> controlled by anything in qemu.conf.

Sorry, I pasted lxc log, and the qemu log should be:
2014-05-27 03:39:08.962+0000: 29569: debug : virCgroupNew:617 : New group /
2014-05-27 03:39:08.966+0000: 29569: debug : virCgroupDetect:273 : Detected mount/mapping 0:cpu at /cgroup/cpu in 
2014-05-27 03:39:08.966+0000: 29569: debug : virCgroupDetect:273 : Detected mount/mapping 1:cpuacct at /cgroup/cpuacct in 
2014-05-27 03:39:08.966+0000: 29569: debug : virCgroupDetect:273 : Detected mount/mapping 2:cpuset at /cgroup/cpuset in 
2014-05-27 03:39:08.966+0000: 29569: debug : virCgroupDetect:273 : Detected mount/mapping 3:memory at /cgroup/memory in 
2014-05-27 03:39:08.966+0000: 29569: debug : virCgroupDetect:273 : Detected mount/mapping 4:devices at /cgroup/devices in 
2014-05-27 03:39:08.966+0000: 29569: debug : virCgroupDetect:273 : Detected mount/mapping 5:freezer at /cgroup/freezer in 
2014-05-27 03:39:08.966+0000: 29569: debug : virCgroupDetect:273 : Detected mount/mapping 6:blkio at /cgroup/blkio in 
2014-05-27 03:39:08.966+0000: 29569: debug : virCgroupNew:617 : New group /libvirt
2014-05-27 03:39:08.967+0000: 29569: debug : virCgroupDetect:273 : Detected mount/mapping 0:cpu at /cgroup/cpu in 
2014-05-27 03:39:08.967+0000: 29569: debug : virCgroupDetect:273 : Detected mount/mapping 1:cpuacct at /cgroup/cpuacct in 
2014-05-27 03:39:08.967+0000: 29569: debug : virCgroupDetect:273 : Detected mount/mapping 2:cpuset at /cgroup/cpuset in 
2014-05-27 03:39:08.967+0000: 29569: debug : virCgroupDetect:273 : Detected mount/mapping 3:memory at /cgroup/memory in 
2014-05-27 03:39:08.967+0000: 29569: debug : virCgroupDetect:273 : Detected mount/mapping 4:devices at /cgroup/devices in 
2014-05-27 03:39:08.967+0000: 29569: debug : virCgroupDetect:273 : Detected mount/mapping 5:freezer at /cgroup/freezer in 
2014-05-27 03:39:08.967+0000: 29569: debug : virCgroupDetect:273 : Detected mount/mapping 6:blkio at /cgroup/blkio in 
2014-05-27 03:39:08.967+0000: 29569: debug : virCgroupMakeGroup:535 : Make group /libvirt
2014-05-27 03:39:08.967+0000: 29569: debug : virCgroupMakeGroup:560 : Make controller /cgroup/cpu/libvirt/
2014-05-27 03:39:08.967+0000: 29569: debug : virCgroupMakeGroup:560 : Make controller /cgroup/cpuacct/libvirt/
2014-05-27 03:39:08.967+0000: 29569: debug : virCgroupMakeGroup:560 : Make controller /cgroup/cpuset/libvirt/
2014-05-27 03:39:08.967+0000: 29569: debug : virCgroupMakeGroup:560 : Make controller /cgroup/memory/libvirt/
2014-05-27 03:39:08.967+0000: 29569: debug : virCgroupMakeGroup:560 : Make controller /cgroup/devices/libvirt/
2014-05-27 03:39:08.968+0000: 29569: debug : virCgroupMakeGroup:560 : Make controller /cgroup/freezer/libvirt/
2014-05-27 03:39:08.968+0000: 29569: debug : virCgroupMakeGroup:560 : Make controller /cgroup/blkio/libvirt/
2014-05-27 03:39:08.968+0000: 29569: debug : virCgroupNew:617 : New group /libvirt/qemu
2014-05-27 03:39:08.968+0000: 29569: debug : virCgroupDetect:273 : Detected mount/mapping 0:cpu at /cgroup/cpu in 
2014-05-27 03:39:08.968+0000: 29569: debug : virCgroupDetect:273 : Detected mount/mapping 1:cpuacct at /cgroup/cpuacct in 
2014-05-27 03:39:08.968+0000: 29569: debug : virCgroupDetect:273 : Detected mount/mapping 2:cpuset at /cgroup/cpuset in 
2014-05-27 03:39:08.968+0000: 29569: debug : virCgroupDetect:273 : Detected mount/mapping 3:memory at /cgroup/memory in 
2014-05-27 03:39:08.968+0000: 29569: debug : virCgroupDetect:273 : Detected mount/mapping 4:devices at /cgroup/devices in 
2014-05-27 03:39:08.968+0000: 29569: debug : virCgroupDetect:273 : Detected mount/mapping 5:freezer at /cgroup/freezer in 
2014-05-27 03:39:08.968+0000: 29569: debug : virCgroupDetect:273 : Detected mount/mapping 6:blkio at /cgroup/blkio in 
2014-05-27 03:39:08.968+0000: 29569: debug : virCgroupMakeGroup:535 : Make group /libvirt/qemu
2014-05-27 03:39:08.968+0000: 29569: debug : virCgroupMakeGroup:560 : Make controller /cgroup/cpu/libvirt/qemu/
2014-05-27 03:39:08.968+0000: 29569: debug : virCgroupMakeGroup:560 : Make controller /cgroup/cpuacct/libvirt/qemu/
2014-05-27 03:39:08.968+0000: 29569: debug : virCgroupMakeGroup:560 : Make controller /cgroup/cpuset/libvirt/qemu/
2014-05-27 03:39:08.968+0000: 29569: debug : virCgroupMakeGroup:560 : Make controller /cgroup/memory/libvirt/qemu/
2014-05-27 03:39:08.968+0000: 29569: debug : virCgroupMakeGroup:560 : Make controller /cgroup/devices/libvirt/qemu/
2014-05-27 03:39:08.968+0000: 29569: debug : virCgroupMakeGroup:560 : Make controller /cgroup/freezer/libvirt/qemu/
2014-05-27 03:39:08.968+0000: 29569: debug : virCgroupMakeGroup:560 : Make controller /cgroup/blkio/libvirt/qemu/

The completed log is the attachment.

Comment 3 Jincheng Miao 2014-05-27 02:47:25 UTC
Created attachment 899365 [details]
the log of cgroup controllers detection in libvirtd

Comment 4 Jiri Denemark 2014-06-05 12:00:59 UTC
This is already fixed upstream and in RHEL-7. The patches are not backportable to RHEL-6 because they involve changing the directory structure libvirt creates inside each cgroup. Moreover this bug shouldn't cause any harm and we can safely keep the current behavior in RHEL-6.

Comment 5 RHEL Program Management 2014-06-05 12:05:47 UTC
Development Management has reviewed and declined this request.
You may appeal this decision by reopening this request.