Re: About HTTP boot
On 07/30/20 09:05, Juliana Rodrigueiro wrote:
Hi all!This is certainly the right mailing list to ask on; sorry about the
delay (I didn't get a notification email about your message pending
moderation -- but now further messages from you should go through directly).
So, two points:
(1) Use the "bootindex" device property for placing the virtual NIC at
the front of the UEFI boot order. Do not use the "-boot order" option;
the "bootindex=1" property is relevant (the value 1 is not critical,
just make sure nothing else has a lower bootindex value).
In the libvirt domain XML, this is handled automatically; just use the
<boot order='1'/> child element in the <interface type='network'> element.
(2) For prioritizing HTTP(S) boot over PXE boot, we have rudimentary
support at this moment. It is currently available on the QEMU command
line, and not integrated well into libvirt.
(You can still use it with the <qemu:arg> element in the domain XML of
course, like some other QEMU swithes. Just know that <qemu:arg> causes
some virt vendors to taint your domain as "unsupportable".)
So, the feature was implemented in:
The idea is to disable both PXEv4 and PXEv6, while keeping the NIC at
the front of the UEFI boot order. This will effectively let you attempt
HTTP boot at once. The QEMU options are (use both at the same time):
-fw_cfg name=opt/org.tianocore/IPv4PXESupport,string=n \
-fw_cfg name=opt/org.tianocore/IPv6PXESupport,string=n \
In the domain XML, this amounts to:
Important: do not forget adding the "xmlns:qemu" namespace definition to
the root element of the XML (that is, to <domain>):
otherwise the <qemu:commandline> and <qemu:arg> elements will have no
meaning, and libvirt will strip them immediately and silently (as soon
as "virsh edit" or "virsh define" completes).
Hope this helps,