Red Hat Bugzilla – Bug 441729
anaconda installs xenU kernel on real hardware
Last modified: 2008-07-24 15:06:12 EDT
Description of problem:
anaconda installs the xenU kernel
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. install RHEL4-U7-re20080409.nightly on i386
The highlighted entry will be booted automatically in 1 seconds.
[H[J Booting 'Red Hat Enterprise Linux AS (2.6.9-68.32.ELxenU)'
Filesystem type is ext2fs, partition type 0x83
kernel /vmlinuz-2.6.9-68.32.ELxenU ro root=/dev/VolGroup00/LogVol00 console=tty
Error 13: Invalid or unsupported executable format
Press any key to continue...
not the xenU kernel should be loaded. :-)
RHEL4-U7-re20080407.nightly did install. Jeff Burke did a diff between the
trees and anaconda didn't change. So I'm a little confused.
broken install 0409.nightly
working install 0407.nightly
The only reason this should ever happen is if /proc/xen exists on the system
being installed to. Does this file now exist on the test systems? If so, that
would indicate to me that something has changed in the kernel.
I look like the kernel has been modified and provides /proc/xen directory even
in non-Xen environment. At least /proc/xen is present during vmware instalation.
So we have to figure out another way of detecting active Xen environment (or
revert the kernel change...).
Putting this back in assigned since Martin has answered the needinfo for me.
I looked into machines running para-virt in Xen and into other (mostly vmware)
and it seems we can use the /proc/xen/capabilities file. So I updated the
algorithm and it should appear in 10.1.1.84.
Fix is in anaconda-10.1.1.85-1.
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.