Bug 474667
Summary: | Need to build xen-platform-pci as a module and not into the kernel | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 4 | Reporter: | Greg Marsden <greg.marsden> |
Component: | kernel-xen | Assignee: | Don Dutile (Red Hat) <ddutile> |
Status: | CLOSED ERRATA | QA Contact: | Martin Jenner <mjenner> |
Severity: | urgent | Docs Contact: | |
Priority: | low | ||
Version: | 4.8 | CC: | ddutile, dzickus, jcm, jtluka, lwang, rlerch, sreichar, syeghiay, xen-maint |
Target Milestone: | rc | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: |
Previously, upgrading a fully virtualized guest system from Red Hat Enterprise Linux 4.6 (with the kmod-xenpv package installed) to newer versions of Red Hat Enterprise Linux 4 resulted in an improper module dependency between the built-in kernel modules: xen-vbd.ko & xen-vnif.ko and the older xen-platform-pci.ko module. Consequently, file systems mounted via the xen-vbd.ko block driver, and guest networking using the xen-vnif.ko network driver would fail.
In Red Hat Enterprise Linux 4.7, the functionality in the xen-platform-pci.ko module was built-in to the kernel. However, when a formally loadable kernel module becomes a part of the kernel, the symbol dependency check for existing loadable modules is not accounted for in the module-init-tools correctly. With this update, the xen-platform-pci.ko functionality has been removed from the built-in kernel and placed back into a loadable module, now allowing the module-init-tools to check and create the proper dependencies during a kernel upgrade.
|
Story Points: | --- |
Clone Of: | Environment: | ||
Last Closed: | 2009-05-18 19:36:07 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 458752 |
Description
Greg Marsden
2008-12-04 19:51:19 UTC
*** Bug 461293 has been marked as a duplicate of this bug. *** Committed in 78.27.EL . RPMS are available at http://people.redhat.com/vgoyal/rhel4/ Release note added. If any revisions are required, please set the "requires_release_notes" flag to "?" and edit the "Release Notes" field accordingly. All revisions will be proofread by the Engineering Content Services team. New Contents: This fixes a bug which only occurs on fully virtualized (FV) (Xen) RHEL4.6 guests that also have the kmod-xenpv package installed. Note: New installs of RHEL4.7 or RHEL4.8 are not affected by this fix. Cause: If upgrading a fully-virtualized (Xen) guest system from RHEL4.6 with the kmod-xenpv package installed to RHEL4.8, an improper module dependency between the built-in xen-vbd.ko and xen-vnif.ko modules and the (older) kmod-xenpv package's xen-platform-pci.ko. Consequence: File systems mounted via the xen-vbd.ko block driver, and guest networking using the xen-vnif.ko network driver would fail to mount filesystems, and networking will not configure due to failed kernel module loading. Fix: In RHEL4.7, the functionality in xen-platform-pci.ko was built-in to the kernel, to mimic the built-in of the equivalent functionality for a paravirtualized kernel (kernel-xen). When a formally loadable kernel module becomes a part of the kernel, though, the symbol dependency check for existing loadable modules is not accounted for in the module-init-tools correctly, which is the package that performs the module dependency and initrd dependency checks and builds when a kernel is upgraded. So, by moving the xen-platform-pci.ko functionality out of the built-in kernel and back to a loadable module, the module-init-tools can check and create the proper dependencies during a kernel upgrade (from a FV, RHEL4.6 + kmod-xenpv system to a RHEL4.8-based system). Result: Loadable module dependencies between xen-vbd.ko and xen-vnif.ko and symbols in xen-platform-pci.ko are correctly resolved, and filesystems and networking dependent on these modules, respectively, continue to work after an upgrade from RHEL4.6 to RHEL4.8. Release note updated. If any revisions are required, please set the "requires_release_notes" flag to "?" and edit the "Release Notes" field accordingly. All revisions will be proofread by the Engineering Content Services team. Diffed Contents: @@ -1,33 +1,3 @@ -This fixes a bug which only occurs on fully virtualized (FV) (Xen) RHEL4.6 -guests that also have the kmod-xenpv package installed. -Note: New installs of RHEL4.7 or RHEL4.8 are not affected by this fix. +Previously, upgrading a fully virtualized guest system from Red Hat Enterprise Linux 4.6 (with the kmod-xenpv package installed) to newer versions of Red Hat Enterprise Linux 4 resulted in an improper module dependency between the built-in kernel modules: xen-vbd.ko & xen-vnif.ko and the older xen-platform-pci.ko module. Consequently, file systems mounted via the xen-vbd.ko block driver, and guest networking using the xen-vnif.ko network driver would fail. - +In Red Hat Enterprise Linux 4.7, the functionality in the xen-platform-pci.ko module was built-in to the kernel. However, when a formally loadable kernel module becomes a part of the kernel, the symbol dependency check for existing loadable modules is not accounted for in the module-init-tools correctly. With this update, the xen-platform-pci.ko functionality has been removed from the built-in kernel and placed back into a loadable module, now allowing the module-init-tools to check and create the proper dependencies during a kernel upgrade.-Cause: If upgrading a fully-virtualized (Xen) guest system from RHEL4.6 with -the kmod-xenpv package installed to RHEL4.8, an improper module dependency -between the built-in xen-vbd.ko and xen-vnif.ko modules and the (older) -kmod-xenpv package's xen-platform-pci.ko. - -Consequence: - File systems mounted via the xen-vbd.ko block driver, and guest networking -using the xen-vnif.ko network driver would fail to mount filesystems, and -networking will not configure due to failed kernel module loading. - -Fix: - In RHEL4.7, the functionality in xen-platform-pci.ko was built-in to the -kernel, to mimic the built-in of the equivalent functionality for a -paravirtualized kernel (kernel-xen). When a formally loadable kernel module -becomes a part of the kernel, though, the symbol dependency check for existing -loadable modules is not accounted for in the module-init-tools correctly, which -is the package that performs the module dependency and initrd dependency checks -and builds when a kernel is upgraded. - So, by moving the xen-platform-pci.ko functionality out of the built-in -kernel and back to a loadable module, the module-init-tools can check and -create the proper dependencies during a kernel upgrade (from a FV, RHEL4.6 + -kmod-xenpv system to a RHEL4.8-based system). - -Result: - Loadable module dependencies between xen-vbd.ko and xen-vnif.ko and symbols -in xen-platform-pci.ko are correctly resolved, and filesystems and networking -dependent on these modules, respectively, continue to work after an upgrade -from RHEL4.6 to RHEL4.8. Patch is in -88.EL kernel. An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on therefore solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHSA-2009-1024.html |