Bug 196723
| Summary: | RHEL4 U4 i386 partner beta will not install on Dylan systems | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Red Hat Enterprise Linux 4 | Reporter: | Larry Newitt <lawrence.newitt> | ||||
| Component: | kernel | Assignee: | Konrad Rzeszutek <konradr> | ||||
| Status: | CLOSED ERRATA | QA Contact: | Brian Brock <bbrock> | ||||
| Severity: | high | Docs Contact: | |||||
| Priority: | medium | ||||||
| Version: | 4.0 | CC: | anupam.verma, benjamin.romer, bruce.vessey, jbaron, jturner, konradr, lwang, muralimohan.chakkilala, sdenham | ||||
| Target Milestone: | --- | Keywords: | Regression | ||||
| Target Release: | --- | ||||||
| Hardware: | i386 | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | RHBA-2007-0304 | Doc Type: | Bug Fix | ||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2007-05-08 02:00:55 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: | |||||||
| Attachments: |
|
||||||
|
Description
Larry Newitt
2006-06-26 18:05:20 UTC
"Dylan" systems are the ES7000/5xx series of systems. (They are i386 only.) Pls provide the dmidecode. Are there any other OEM-ed Unisys machines that might come up? *** Bug 196720 has been marked as a duplicate of this bug. *** There are 4 ES7000/5xx models and the dmidecode values are ES7000-505-G3 ES7000-510-G3 ES7000-520-G3 ES7000-540-G3 Larry, What is "dmidecode values"? Is that the product name? What is the Vendor? Still "UNISYS" or is it "Dylan" ? Those are product names. The vendor is still UNISYS. Pls try this kernel without the noapic on one of those 5xx models. http://www.darnok.org/unisys/kernel-2.6.9-40.1.EL_BZ196723_brew.i686.rpm Thanks! Created attachment 132403 [details]
dmidecode command output from a Dylan system
The test kernel did not work, we got the same error. I think the problem is that we gave you incorrect information. For the Dylan systems the vendor name is Unisys Corporation not UNISYS as we indicated. UNISYS is used for the newer ES7000-ONE and ES7000-600 systems. I have attached the dmidecode output for clarity. If this is the problem I apologize for the misinformation. If this is not the problem then please tell me what addtional information you require. Larry, Let me re-roll a patch a supply another kernel for testing. Please try this kernel: http://www.darnok.org/unisys/kernel-2.6.9-42.EL_BZ196723_2.i686.rpm Konrad, The new kernel worked. Thanks for making the change. You can go ahead and submit the patch. Patch posted for internal kernel reflector for review and inclusion. The patch is pretty straightforward and doesn't really impact anything else (just adds additional calls to disable apic for specific hardware.) If we're willing to take the hit (2 days I would suspect) to respin and move the resulting kernel through the advisory process then QE ack. We also need to think about what other pieces of hardware might be impacted by us enabling apic in the UP kernel. Probably should think about a kbase entry asking users to try "noapic" as I'm sure there's other hardware which exhibits the same issue. We found very little hardware impacted by enabling the apic in the up kernel. we actually already put in an auto detect for a unisys box already in U4 see bz 195002, no idea why we didn't know the extent of the unisys systems at that point. I don't think this should block GA, it wouldn't affect existing upgrades, only fresh installs, which can be worked around with the 'noapic' on the command line. I only marked this an exception since its a regression introduced in U4 which meets the respin criteria. committed in stream U5 build 42.2. A test kernel with this patch is available from http://people.redhat.com/~jbaron/rhel4/ This request was evaluated by Red Hat Product Management for inclusion in a Red Hat Enterprise Linux maintenance release. Product Management has requested further review of this request by Red Hat Engineering, for potential inclusion in a Red Hat Enterprise Linux Update release for currently deployed products. This request is not yet committed for inclusion in an Update release. This request was evaluated by Red Hat Product Management for inclusion in a Red Hat Enterprise Linux maintenance release. Product Management has requested further review of this request by Red Hat Engineering, for potential inclusion in a Red Hat Enterprise Linux Update release for currently deployed products. This request is not yet committed for inclusion in an Update release. The test kernel provided in Comment 25 (2.6.9-42.5.EL)ran successfully on the Dylan system. This bugzilla has Keywords: Regression. Since no regressions are allowed between releases, it is also being marked as a blocker for this release. Please resolve ASAP. This bugzilla has Keywords: Regression. Since no regressions are allowed between releases, it is also being marked as a blocker for this release. Please resolve ASAP. Shouldn't this BZ be in VERIFIED state? Comment #29 says: "The test kernel provided in Comment 25 (2.6.9-42.5.EL)ran successfully on the Dylan system." ah.. the bug will stay in MODIFIED state until the whole kernel gets handed off to QE. Then the state will change from MODIDIED to ON_QA, then to VERIFIED. Patch is in the -52 kernel, already verified by the partner. 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/RHBA-2007-0304.html |