Hide Forgot
Description of problem: Installation process fails when attempting to install the bootloader on a UEFI SAN-boot installation. Version-Release number of selected component (if applicable): RHEL6.1 RC1 How reproducible: 100% Steps to Reproduce: 1. Attempt a RHEL6.1 UEFI SAN-boot installation on an IBM system such as a 3650M2 or 3650M3 Actual results: After all of the packages are installed the system tries to install the bootloader and fails, popping the error dialog shown in attachment #. Expected results: Installation completes successfully. Additional info: Problem reproduced with both Brocade and Emulex adapters. Problem did not occur on the sames systems with legacy-mode installation or when installing to local drive in UEFI mode.
Created attachment 498651 [details] Error Dialog "There was an error installing the bootloader. The system may not be bootable."
Please switch to vt2 and attach the logs from /tmp/*log to this bug as individual files.
Since RHEL 6.1 External Beta has begun, and this bug remains unresolved, it has been rejected as it is not proposed as exception or blocker. Red Hat invites you to ask your support representative to propose this request, if appropriate and relevant, in the next release of Red Hat Enterprise Linux.
Created attachment 498826 [details] anaconda.log
Created attachment 498827 [details] ifcfg.log
Created attachment 498828 [details] program.log
Created attachment 498829 [details] storage.log
Created attachment 498831 [details] syslog
Created attachment 498832 [details] X.log
Created attachment 498833 [details] yum.log
Could you give this update a try? Add updates=http://bcl.fedorapeople.org/updates/704378.img to the kernel cmdline when booting the install media.
Created attachment 498880 [details] patch posted to list for review
Created attachment 498889 [details] anaconda log anaconda log using patch 704378.img
Created attachment 498890 [details] ifcfg log ifcfg log using patch 704378.img
Created attachment 498891 [details] progam log program log using patch 704378.img
Created attachment 498892 [details] storage log storage log using patch 704378.img
Created attachment 498894 [details] syslog syslog using patch 704378.img
Created attachment 498895 [details] X log X log using patch 704378.img
Created attachment 498896 [details] yum log yum log using patch 704378.img
Install with patch 704378.img failed as before (installing the bootloader). Added updates=http://bcl.fedorapeople.org/updates/704378.img as install kernel parameter. Observed patch being downloaded and applied.
I've updated the update, give it a try again.
The updated patch allowed the install to complete this time, however the image won't boot. The install does post the RedHat reference in the uefi boot order and puts it in first position, and shows the following device path to the boot image: HD (1,GPT,CC5EEE5B-EB58-4B8E-BEF9-129EB2404D7A,0x800,0x6400)/\EFI\redhat\grub.efi FYI: Not that it should matter, but this is a multipath install, and I am declaring that from the cli. That worked properly in legacy bios mode.
Created attachment 499381 [details] better patch This fixes the device path passed to efibootmgr
Created attachment 499382 [details] anaconda log 05/17/2011
Created attachment 499383 [details] ifcfg.log 05/17/2011
Created attachment 499384 [details] program log 05/17/2011
Created attachment 499386 [details] storage log 05/17/2011
Created attachment 499387 [details] storage log 05/17/2011
Created attachment 499389 [details] syslog 05/17/2011
Created attachment 499390 [details] x log 05/17/2011
Created attachment 499391 [details] yum log 05/17/2011
Can you show us the output of the "map" command in the UEFI Shell?
fs0 :Removable HardDisk - Alias hd67a0b blk0 PciRoot (0x0)/Pci (0x1a,0x7)/USB (0x0,0x0)/HD(1,MBR,0x00000000,0xFB,0x3C6F05) blk0 :Removable HardDisk - Alias hd67a0b fs0 PciRoot (0x0)/Pci (0x1a,0x7)/USB (0x0,0x0)/HD(1,MBR,0x00000000,0xFB,0x3C6F05) blk1 :Removable BlockDevice - Alias (null) PciRoot (0x0)/Pci (0x1a,0x7)/USB (0x0,0x0) hd67a0b :Removble HardDisk - Alias fs0 blk0 PciRoot (0x0)/Pci (0x1a,0x7)/USB (0x0,0x0)/HD(1,MBR,0x00000000,0xFB,0x3C6F05)
Success!! Updated the host uEFI BIOS to 1.11 (latest). Also updated IMM (used UpdateExpress to touch all required areas). Now the host reboots to the OS after install. Verified with v6.1_RC2. For IBM x3650 M2, BIOS v1.11 is considered the first stable version (per IBM). Adapter used for this verification was Brocade 1020 (CNA), BOOT BIOS v2.3.0.3, driver in-box.
Verfied that the patch delivered previously is still required to complete the installation. So this bug is solved with that patch (for install) and bios/imm updates to boot the installation.
*** Bug 693555 has been marked as a duplicate of this bug. ***
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.
trying to install rhel 6.1 from kickstart on the HS22v passing mpath updates=http://bcl.fedorapeople.org/updates/704378.img ks=http://path anaconda errors out with "Specified nonexistent disk mpatha" I was working on Bug 693555
Could you attach your kickstart and /tmp/*log files?
Created attachment 503215 [details] Kickstart for HS22V Build from one machine to replicate to another
Created attachment 503221 [details] anaconda on 6-6-2011
Created attachment 503223 [details] Storage log as of 06-06-2011
Those logs are not complete, and it looks like you didn't pass it the update image file.
Created attachment 503684 [details] Anaconda log on 06-08-2011 Made corrections and still get same errors
Created attachment 503685 [details] Storage log as of 06-08-2011
Created attachment 503687 [details] Screenshot of error
Cory, the problem you are hitting isn't related to this bug. Could you open a new one with these logs and more details about your storage setup? Thanks.
Thank you, I've updated the priority and severity (and the platform while I was at it)
*** Bug 718019 has been marked as a duplicate of this bug. ***
Created attachment 510999 [details] SOS Report from HX5 with Emulex BE3 FC card
------- Comment From ranittal.ibm.com 2011-10-03 09:08 EDT------- Hello Redhat, Do we have any update on this please? Is this being considered for RHEL6.2? Thanks.
Hello, This is accepted for RHEL 6.2. It should be fixed in anaconda-13.21.122-1. Thank You Joe Kachuck
Hello IBM, Please confirm if this has been verified on your side? Thank You Joe Kachuck
------- Comment From clnperez.com 2011-11-29 16:56 EDT------- Unfortunately, the environment/hardware that was used to test this is gone, so we just closed it out without verifying with the plan to reopen if we encountered it again.
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. http://rhn.redhat.com/errata/RHBA-2011-1565.html