-
Bug
-
Resolution: Unresolved
-
Undefined
-
rhel-10.1
-
None
-
virt-v2v-2.9.10-1.el10
-
No
-
Low
-
rhel-virt-tools
-
None
-
False
-
False
-
-
No
-
None
-
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.
This work was done already in RHEL-108991.
However we need to tie this to Kubevirt -o kubevirt mode by setting the boot order there. I didn't investigate yet if Kubevirt supports this.
- clones
-
RHEL-110742 RFE: Set boot order for guests in -o kubevirt output mode [rhel-10.1]
-
- Closed
-
- depends on
-
RHEL-110742 RFE: Set boot order for guests in -o kubevirt output mode [rhel-10.1]
-
- Closed
-
- links to
-
RHBA-2025:155148
virt-v2v update