Bug 836185 - Kernel package should contain sch_htb module
Summary: Kernel package should contain sch_htb module
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel
Version: 17
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Kernel Maintainer List
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: 835055
TreeView+ depends on / blocked
 
Reported: 2012-06-28 09:53 UTC by Michal Privoznik
Modified: 2012-07-07 21:54 UTC (History)
5 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2012-07-07 21:54:48 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Michal Privoznik 2012-06-28 09:53:34 UTC
Description of problem:

Libvirt has capability of setting QoS over VM interfaces. It's implemented via HTB scheduler. However, this module is not part of main kernel package but kernel-modules-extra. Since libvirt is not dependent on that package we need to move the module into the main kernel package.

Version-Release number of selected component (if applicable):


How reproducible:
100%

Steps to Reproduce:
1. make sure kernel-modules-extra is not installed
2. define libvirt domain with QoS on an interface (see comment 1 in bug 835055)
3. virsh start $domain
4. observe failure

Alternative steps to reproduce:
1. make sure kernel-modules-extra is not installed
2. /sbin/tc qdisc add dev vnet0 root handle 1: htb default 1
   (substitute vnet0 with real NIC)
3. observe failure

  
Actual results:
Domain is not started.
Or for alternative steps: Queuing discipline cannot be created.

Expected results:
Domain can be started
Or for alternative steps: Queuing discipline is be created.

Additional info:

I don't think making libvirt dependent on kernel-modules-extra is the right path of fixing this. Because it's actually /sbin/tc which should be dependent if any. On the other hand, tc shouldn't be dependent on any QoS module. We shouldn't force users to install whole bunch of scheduling algorithms they won't even use.

Comment 1 Josh Boyer 2012-07-05 15:54:02 UTC
Fixed in F17 and rawhide.  Will be in the next build for each.

Comment 2 Fedora Update System 2012-07-05 21:56:14 UTC
kernel-3.4.4-5.fc17 has been submitted as an update for Fedora 17.
https://admin.fedoraproject.org/updates/kernel-3.4.4-5.fc17

Comment 3 Fedora Update System 2012-07-06 21:25:31 UTC
Package kernel-3.4.4-5.fc17:
* should fix your issue,
* was pushed to the Fedora 17 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing kernel-3.4.4-5.fc17'
as soon as you are able to, then reboot.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-2012-10325/kernel-3.4.4-5.fc17
then log in and leave karma (feedback).

Comment 4 Fedora Update System 2012-07-07 21:54:48 UTC
kernel-3.4.4-5.fc17 has been pushed to the Fedora 17 stable repository.  If problems still persist, please make note of it in this bug report.


Note You need to log in before you can comment on or make changes to this bug.