[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Wg-test-framework] ThunderX machines (for the Xen Project OSSTEST Test Lab) [and 1 more messages]
Ian, In reading through this, it appears that you are having OS boot issues. Can you provide me with: - the complete output from the serial console (the DB9 connector above the VGA) - from cold power on until the failure - a screen capture of the BMC WebUI which contains the version information Which version(s) OS are you booting natively and which are the guests? ------------------------------------------------------------------------------------------------------------- Frank Motta Field Applications Engineer for Cavium 408-943-7615 (O) 510-757-8909 (C) Phoenics Electronics www.phoenicselectronics.com Proudly celebrating over 10 years supporting Cavium customers -----Original Message----- From: Ian Jackson [mailto:ian.jackson@xxxxxxxxxxxxx] Sent: Thursday, February 9, 2017 5:23 AM To: Steve Wilson <steve@xxxxxxxxxxxxxxxxxxxxxxx>; Lars Kurth <lars.kurth@xxxxxxxxxx>; Alena Hyde <alena@xxxxxxxxxxxxxxxxxxxxxxx>; ypatel@xxxxxxxxxxx; Frank Motta <frank@xxxxxxxxxxxxxxxxxxxxxxx>; Julien Grall <julien.grall@xxxxxxx>; wg-test-framework@xxxxxxxxxxxxxxxxxxxx Subject: Re: [Wg-test-framework] ThunderX machines (for the Xen Project OSSTEST Test Lab) [and 1 more messages] Ian Jackson writes ("Re: [Wg-test-framework] ThunderX machines (for the Xen Project OSSTEST Test Lab)"): > Right. OK. That is fine then. I think in terms of my technical questions, then, that leaves only this: Ian Jackson writes ("Re: [Wg-test-framework] ThunderX machines (for the Xen Project OSSTEST Test Lab)"): > Sorry about the opaque terminology. > > What I mean is that (with appropriate configuration) exiting from a > UEFI bootloader (acquired via tftp according to a dhcp next-server > field) causes the firmware to try the next boot option (which in our > case will be to boot from the hard disk). > > This allows us to control whether the machine boots the OS on the hard > disk by adjusting the configuration files for the network bootloader > (grub), without having to execute code on the host. (This is > necessary because a previous test might have loaded code onto the host > hard disk which prevents a hard disk boot.) > > We have seen one hardware/firmware combination where exiting the UEFI > grub bootloader causes the host to crash. Would be regarded by you as > a firmware bug ? Thanks, Ian. _______________________________________________ Wg-test-framework mailing list Wg-test-framework@xxxxxxxxxxxxxxxxxxxx https://lists.xenproject.org/cgi-bin/mailman/listinfo/wg-test-framework
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |