Red Hat Bugzilla – Bug 924527
Miss "splash.xpm.gz" in (hd0, 0)/grub/ after enabled iSCSI boot via PXE.
Last modified: 2014-01-21 14:28:16 EST
Created attachment 714221 [details] attached the ovirt.log Description of problem: Auto install RHEV-H with follow parameters. BOOTIF=eth0 storage_init=/dev/sda,/dev/sdb iscsi_init=/dev/sdb iscsi_target_name=iqn.2013-02.com:hadong iscsi_install iscsi_server=10.66.11.102:3260 firstboot After auto install success, then boot rhev-h and enter grub menu, press "e" key to edit kernel command line failed . workground here:edit /dev/.initramfs/live/grub/grub.conf and delete the splashscreen line. The root cause happen here:Miss "splash.xpm.gz" in (hd0,0)/grub/ After view ovirt.log, found the issue: 2013-03-21 09:33:28,997 - DEBUG - ovirtfunctions - cp /live/EFI/BOOT/splash.xpm.gz /liveos/grub rhev-h cp "squashfs.img" into "/liveos/LiveOS", not /boot/grub, so "cp /live/EFI/BOOT/splash.xpm.gz /boot/grub" can fix this issue. Version-Release number of selected component (if applicable): rhev-hypervisor6-6.4-20130318.1.el6_4 How reproducible: 100% Steps to Reproduce: 1.Auto install rhev-h with with "BOOTIF=eth0 storage_init=/dev/sda,/dev/sdb iscsi_init=/dev/sdb iscsi_target_name=iqn.2013-02.com:hadong iscsi_install iscsi_server=10.66.11.102:3260 firstboot" parameter Actual result: Expect result:
Test version: rhev-hypervisor6-6.5-20131017.0.iso ovirt-node-3.0.1-4.el6 Test step: BOOTIF=eth0 storage_init=/dev/sda,/dev/sdb iscsi_init=/dev/sdb iscsi_target_name=iqn.2013-01.com:hadong iscsi_install iscsi_server=10.66.11.127:3260 firstboot After auto install success, then boot rhev-h and enter grub menu, press "e" key to edit kernel command line success . Also could find "splash.xpm.gz" in (hd0,1)/grub/ So this bug has been fixed, change the status of this bug from "ON_QA" to "VERIFIED".
This bug is currently attached to errata RHBA-2013:15277. If this change is not to be documented in the text for this errata please either remove it from the errata, set the requires_doc_text flag to minus (-), or leave a "Doc Text" value of "--no tech note required" if you do not have permission to alter the flag. Otherwise to aid in the development of relevant and accurate release documentation, please fill out the "Doc Text" field above with these four (4) pieces of information: * Cause: What actions or circumstances cause this bug to present. * Consequence: What happens when the bug presents. * Fix: What was done to fix the bug. * Result: What now happens when the actions or circumstances above occur. (NB: this is not the same as 'the bug doesn't present anymore') Once filled out, please set the "Doc Type" field to the appropriate value for the type of change made and submit your edits to the bug. For further details on the Cause, Consequence, Fix, Result format please refer to: https://bugzilla.redhat.com/page.cgi?id=fields.html#cf_release_notes Thanks in advance.
Could reproduce this bug on the follow version: ovirt-node-3.0.1-9.el6_5.noarch.rpm rhevh-6.5-20131213.0.0.iso so need to reassigned it.Also it's regression from ovirt-node-3.0.1-4.el6 to ovirt-node-3.0.1-9.el6_5. Change the line "splashimage=(hd0,1)/grub/splash.xpm.gz" of the "grub.conf" into "splashimage=(hd0,2)/grub/splash.xpm.gz" can resolve this issue.
Test version: rhevh-6.5-20131220.0 ovirt-node-3.0.1-13.el6_5.noarch Test step: BOOTIF=eth0 storage_init=/dev/sda,/dev/sdb iscsi_init=/dev/sdb iscsi_target_name=iqn.2013-01.com:hadong iscsi_install iscsi_server=10.66.11.127:3260 firstboot After auto install success, then boot rhev-h and enter grub menu, press "e" key to edit kernel command line success . Also could find "splash.xpm.gz" in (hd0,2)/grub/ So this bug has been fixed, after the status changed into "ON_QA", I will verify it.
According to comment 7, changed the status into "verified"
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-2014-0033.html