Bug 195002
| Summary: | RHEL4 U4 i386 partner beta will not install on ES7000/one | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | Red Hat Enterprise Linux 4 | Reporter: | Daniel W. Ottey <daniel.ottey> | ||||||||
| Component: | kernel | Assignee: | Konrad Rzeszutek <konradr> | ||||||||
| Status: | CLOSED ERRATA | QA Contact: | Brian Brock <bbrock> | ||||||||
| Severity: | high | Docs Contact: | |||||||||
| Priority: | medium | ||||||||||
| Version: | 4.0 | CC: | benjamin.romer, bruce.vessey, eric.mattingly, jbaron, lawrence.newitt | ||||||||
| Target Milestone: | --- | Keywords: | Regression | ||||||||
| Target Release: | --- | ||||||||||
| Hardware: | i386 | ||||||||||
| OS: | Linux | ||||||||||
| Whiteboard: | |||||||||||
| Fixed In Version: | RHSA-2006-0575 | Doc Type: | Bug Fix | ||||||||
| Doc Text: | Story Points: | --- | |||||||||
| Clone Of: | Environment: | ||||||||||
| Last Closed: | 2006-08-10 23:31:53 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: | 181411 | ||||||||||
| Attachments: |
|
||||||||||
|
Description
Daniel W. Ottey
2006-06-14 13:12:20 UTC
Created attachment 130841 [details]
Kernel panic with apic=debug
We are also unable to boot the default uniprocessor kernel even after installation is complete. Does 'apic=bigsmp' work? Does 'apic=bigsmp' work? Also, can you post the result of running dmidecode on the box? In regards to " but are unsure if this is an general work-around or if it only works in a particular hardware configuration." it is a general work-around introduced in RHEL4 U4 kernel due to APIC being turned on in the uni-processor kernel. There are two parameters to revert to RHEL4 U3 behaviour: "nolapic" and "noapic". Just curious, what happends if "nolapic" is used? apic=bigsmp does not change the panic. We see this error in the console: APIC Verbosity level bigsmp not recognised use apic=verbose or apic=debug. We will try nolapic shortly. The nolapic option also did not help the panic. I will boot into the x86_64 install CD and retrieve the dmidecode output. Created attachment 130912 [details]
Output of dmidecode
Created attachment 131080 [details]
A proposed patch.
This a proposed patch that would automaticly supply the 'noapic' parameter when
the UP kernel would be executed on a UNISYS ES/7000 ONE box.
Try this kernel, pls: http://darnok.com/unisys/kernel-2.6.9-37_BZ195002.EL.i686.rpm without adding the 'noapic' paramter. Thanks The kernel you supplied booted successfully. Patch posted on internal reflector for review and submission in 2.6.9 kernel. Just to be sure - is this the same kernel that will be used to boot from the installation media? > Just to be sure - is this the same kernel that will be used to boot from the
> installation media?
Yes. Thought a bit updated. The 2.6.9-39 kernel has a three-line patch for a
kABI symbol breakage (nothing that affects the installation stage). The i386 UP
kernel is the one used the installation media.
committed in stream U4 build 39.2. A test kernel with this patch is available from http://people.redhat.com/~jbaron/rhel4/ 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 the 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-2006-0575.html |