-
Bug
-
Resolution: Unresolved
-
Undefined
-
rhel-10.1
-
None
-
virt-v2v-2.9.9-1.el10
-
No
-
Low
-
1
-
rhel-virt-tools
-
None
-
False
-
False
-
-
No
-
Bugs with Fixed in Build
-
Proposed Exception
-
Unspecified Release Note Type - Unknown
-
Unspecified
-
Unspecified
-
Unspecified
-
None
A while back seabios changed how it works so it no longer initializes all disks at boot. This caused problems for virt-v2v especially for guests where grub is not located on the first disk.
It might be fixed by setting the boot order of disks, if we knew what to set that to. Copying the boot order over from VMware is basically impossible as it is not available except in a binary blob on the VMware side.
rhn-engineering-ghoffman suggests this approach instead:
The boot disk (i.e. the device where grub is installed on) should get "<boot order='1'>".
The other disks can get any number higher than 1, the actual order does not matter.
Each disk needs a unique number though, otherwise libvirt will complain that there are duplicates.
It involves identifying the grub device.
This only needs to be done for:
- Linux guests
- Using grub
- Where the firmware is BIOS (not UEFI)
- clones
-
RHEL-108991 RFE: Set boot order for Linux BIOS guests based on grub location [rhel-10.1]
-
- Release Pending
-
- depends on
-
RHEL-108991 RFE: Set boot order for Linux BIOS guests based on grub location [rhel-10.1]
-
- Release Pending
-
- links to
-
RHBA-2025:155148 virt-v2v update