[Bug 1437024] Re: Failure to PXE-boot from secondary NIC

[Rod Smith]

Mathieu, I've tested on all three affected servers in our possession
(jolteon, ostwald, and moltres), and the grubnetx64.efi.signed binary
works on all of them (delivered via the MAAS server, of course). Thanks
for this fix!

I've also tested on three systems that did not have this problem
(wildorange, brennan, and kzanol [the latter two are on my home
network]), and they had no problems with the new binary, either.

FWIW, Secure Boot was irrelevant for this test; because of bug #1711203,
I've disabled Secure Boot on all of these systems for the time being. I
tried enabling Secure Boot on a couple of them, and they failed as in
bug #1711203, so this version does NOT address that bug.

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to grub2 in Ubuntu.
https://bugs.launchpad.net/bugs/1437024

Title:
  Failure to PXE-boot from secondary NIC

Status in MAAS:
  Invalid
Status in grub2 package in Ubuntu:
  New

Bug description:
  On a Lenovo x3550 M5 with the standard 4-port 1Gbps NICs and a
  secondary (plug-in) 2-port 10Gbps NIC, an attempt to PXE-boot from the
  secondary NIC in UEFI mode causes a boot failure with a "grub>" prompt
  on the display.

  This server arrived for certification with both NICs enabled. I
  suspect, but am not positive, that which NIC is chosen for booting is
  semi-random, although it favors the secondary NIC. The system PXE-
  boots fine from the built-in ports (generally the first one, eth0),
  and when booting from eth0 is forced via the UEFI boot menu,
  enlistment, commissioning, deployment, and post-deployment booting all
  work fine.

  When the system PXE-boots from the secondary NIC, though, the normal
  UEFI PXE-boot messages appear on the screen, followed by the
  aforementioned "grub>" prompt. This obviously prevents normal
  operation of the server with MAAS. It appears from the logs (attached)
  that when using the failed NIC, the MAAS server doesn't receive
  follow-on requests from GRUB.

  As a workaround, the secondary NICs can be configured to not support
  PXE-booting in the firmware setup utility; this enables normal
  deployment via MAAS.

  MAAS version information:

  $ dpkg -l '*maas*'|cat
  Desired=Unknown/Install/Remove/Purge/Hold
  | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
  |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
  ||/ Name                                                  Version                                             Architecture Description
  +++-=====================================================-===================================================-============-===============================================================================
  ii  maas                                                  1.7.2+bzr3355-0ubuntu1~trusty1                      all          MAAS server all-in-one metapackage
  ii  maas-cli                                              1.7.2+bzr3355-0ubuntu1~trusty1                      all          MAAS command line API tool
  ii  maas-cluster-controller                               1.7.2+bzr3355-0ubuntu1~trusty1                      all          MAAS server cluster controller
  ii  maas-common                                           1.7.2+bzr3355-0ubuntu1~trusty1                      all          MAAS server common files
  ii  maas-dhcp                                             1.7.2+bzr3355-0ubuntu1~trusty1                      all          MAAS DHCP server
  ii  maas-dns                                              1.7.2+bzr3355-0ubuntu1~trusty1                      all          MAAS DNS server
  ii  maas-proxy                                            1.7.2+bzr3355-0ubuntu1~trusty1                      all          MAAS Caching Proxy
  ii  maas-region-controller                                1.7.2+bzr3355-0ubuntu1~trusty1                      all          MAAS server complete region controller
  ii  maas-region-controller-min                            1.7.2+bzr3355-0ubuntu1~trusty1                      all          MAAS Server minimum region controller
  ii  python-django-maas                                    1.7.2+bzr3355-0ubuntu1~trusty1                      all          MAAS server Django web framework
  ii  python-maas-client                                    1.7.2+bzr3355-0ubuntu1~trusty1                      all          MAAS python API client
  ii  python-maas-provisioningserver                        1.7.2+bzr3355-0ubuntu1~trusty1                      all          MAAS server provisioning libraries

To manage notifications about this bug go to:
https://bugs.launchpad.net/maas/+bug/1437024/+subscriptions