© 2004
Canonical Ltd.
•
Terms of use
•
Data privacy
•
Contact Launchpad Support
•
Blog
•
Careers
•
System status
•
0e1f616
(Get the code!)
Is there any progress on this? I'm encountering similar problems on at least two more systems now (moltres and ostwald, which are Quanta S910 X31E and Supermicro SYS-6018R-WTR servers, respectively). I've managed to find a working firmware setup to get the Quanta booting reliably, but the Supermicro has eluded me thus far.
The Quanta has just two NICs, both of which are 1 Gbps units. To get it to boot, I need to tell it to attempt an IPv6 boot before the IPv4 boot. The IPv6 boot fails, but the system then attempts an IPv4 boot, which succeeds. If the IPv4 boot is attempted prior to an IPv6 boot, it fails with a "grub>" prompt; however, if the system is configured to attempt an IPv6 boot between IPv4 attempts on two NICs, and if the user types "exit" at the "grub>" prompt, the system will attempt the IPv6 boot, fail, and then try IPv4 on the second NIC, which succeeds.
I'm attaching a tarball with an excerpt from the MAAS rackd.log file, a video capture from the machine's remote KVM, and a Wireshark capture file illustrating this sequence. From this output, it appears as if GRUB is not requesting its configuration file.