Hey folks,
I’m playing with MaaS v3.4 (Snap, for now) and I noticed that the Enlistment stage fails for machines with BIOS Legacy if the PXE network interface is the second one (i.e., like eth1 or enp4s0). The same procedure works for UEFI.
It PXE-boots up correctly using enp4s0 (because Libvirt’s boot order is correct), but then it fails when the system running for the Enlistmentment stage first tries to DHCP on enp3s0, which gets the IP from Libvirt’s default network (192.168.122.0/24) and then it fails to reach MaaS Rack on the PXE segment (192.168.232.0/24) to download the image (the 192.168.122.0 can not reach the isolated PXE network), which eventually drops to the (initramfs) prompt.
I tried to disable the DHCP from the default network, but then, the Enlistment process gives up, it never tries to get the IP from the enp4s0 which it PXE-booted from.
It’s interesting to note that this very same procedure/topology (i.e., with PXE in the second interface), with a Virtual Machine using the same virtual hardware networks, but with UEFI instead of BIOS, works as expected and it gets enlisted.
Back to the BIOS one, if I switch the “virtual cables” in Libvirt, plugging the enp3s0 into the PXE network, and the second interface on Libvirt’s default, then, it works, and it gets enlisted.
Having the PXE as the second interface is how I always did in past MaaS versions, and I’m wondering about what’s changed. I tried both Ubuntu 20.04 and 22.04 images for the Enlistment process, no difference.
Any suggestions?
