[Users] ovirt node 2.6.1 installation succeeding, but not booting on Gateway SX2370

Hi all - I've got a couple of Gateway SX2370 desktops that I'm using as hypervisors. Each can take up to 16GB RAM, and are small, both currently running CentOS 6.3 with the Dreyou repo for VDSM and work great. My next plan was to use ovirt-node booted from an SD card on them, so I: . Downloaded ovirt node 2.6.1 . Burned it to a USB stick from my CentOS 6 desktop using livecd-iso-to-disk. . Booted the stick successfully on the Gateway box (although it saw it as EFI - we'll get to that in a second) and was able to install ovirt-node to the SD card. . Shut the box down . Tried to boot the SD card . The system reports no hard disk upon boot. The BIOS sees it as an EFI device, so I believe that it can't find the EFI partition, and dies. The funny thing is that that same SD card will boot on boxes that don't have EFI or UEFI. And unfortunately, there's no way in the BIOS to disable EFI detection on hard disks. And it won't let me mark the SD card as "non-EFI" so that I can have a sane "legacy" boot. And even so, I don't know how to defeat its detection, which is probably picking up on the presence of GPT on the SD card to make its determination. Anyhoo - here's how I solved it. From seeing various RH entries in bugzilla over the last year and a half regarding EFI, I decided to cheat, as it doesn't like the bootable partition #2: . Create a FAT32 filesystem on partition 1 of the SD card . Create the directory /EFI in partition 1, and copy the contents of <ovirt-node-iso>:/boot/EFI/ to it. . Edit partition1:/EFI/BOOT/BOOTX64.conf and partition1:/EFI/BOOT/grub.cfg to better reflect what's really on the disk. (I was skimming the thread and post referenced at http://lists.ovirt.org/pipermail/users/2012-February/006279.html for info.) That got me a 2nd bootable entry in my BIOS, which I was able to set to default and boot from successfully (despite a subsequent warning about secure boot not being available). So here's my question: Is there a way that I can submit info back about the ovirt-node install that can help debug the stock install of ovirt-node getting media to boot on a box that won't let me disable EFI? -Ian

Am Donnerstag, den 14.03.2013, 15:13 -0700 schrieb Ian Forde:
That got me a 2nd bootable entry in my BIOS, which I was able to set to default and boot from successfully (despite a subsequent warning about secure boot not being available).
So here's my question: Is there a way that I can submit info back about the ovirt-node install that can help debug the stock install of ovirt-node getting media to boot on a box that won't let me disable EFI?
Hey Ian, nice research and even better that you got a solution! The best way to get your findings into ovirt-node is to file a bug against that component in bugzilla [1] and attach your solution there. That will definetly help to solve this bug quicker. Greetings fabian -- [1] https://bugzilla.redhat.com/enter_bug.cgi?product=oVirt&component=ovirt-node

Thanks. Done. I haven't filled out one of those in a while. The bz# is 922274. I'm kind of hoping that ovirt-node gets more stable in terms of installation and configuration over time. With my hack I finally got ovirt-node to boot automatically on the box I was testing with, but then got completely stuck in network configuration when trying to configure bonded interfaces. WebUI doesn't work. ovirt-node console network settings don't stick. I gave up for now, threw the hard disk back in the box and booted it back up as a full hypervisor. The good news is that I still have the SD card that I can throw in any time to restart the test and no running VMs were harmed during the duration of my testing. ;) In the meantime, I'll watch the bug to see if there's any movement over time and test if needed... -I On Fri, Mar 15, 2013 at 1:32 AM, Fabian Deutsch <fabiand@redhat.com> wrote:
Am Donnerstag, den 14.03.2013, 15:13 -0700 schrieb Ian Forde:
That got me a 2nd bootable entry in my BIOS, which I was able to set to default and boot from successfully (despite a subsequent warning about secure boot not being available).
So here's my question: Is there a way that I can submit info back about the ovirt-node install that can help debug the stock install of ovirt-node getting media to boot on a box that won't let me disable EFI?
Hey Ian,
nice research and even better that you got a solution! The best way to get your findings into ovirt-node is to file a bug against that component in bugzilla [1] and attach your solution there. That will definetly help to solve this bug quicker.
Greetings fabian
-- [1]
https://bugzilla.redhat.com/enter_bug.cgi?product=oVirt&component=ovirt-node
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
participants (2)
-
Fabian Deutsch
-
Ian Forde