<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Aug 20, 2021 at 7:07 AM Anirudh Gupta <<a href="mailto:anyrude10@gmail.com">anyrude10@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Hi Mark,</div><div><br></div><div>There was some issue with the cleaning image due to which the issue reported in previous conversation was observed.</div><div><br></div><div>This was successfully resolved.</div><div>By setting the parameter in ironic.conf file</div><div><div style="font-family:verdana,sans-serif">[pxe]</div><div style="font-family:verdana,sans-serif">uefi_ipxe_bootfile_name =  ipxe-x86_64.efi</div><div style="font-family:verdana,sans-serif"><br></div><div style="font-family:verdana,sans-serif">The "node provide" command successfully executed and the node came in "available" state.</div><div style="font-family:verdana,sans-serif"><br></div><div style="font-family:verdana,sans-serif"><b>In Legacy:</b></div><div style="font-family:verdana,sans-serif">When I am trying to create the server using "server create " command and a userimage is passed in the command, the procedure is that the node will install userimage over the network and then will be rebooted</div><div style="font-family:verdana,sans-serif">After the reboot, it will boot up with the Hard disk and with the OS specified in userimage.</div><div style="font-family:verdana,sans-serif"><br></div><div style="font-family:verdana,sans-serif"><b>In UEFI:</b></div><div style="font-family:verdana,sans-serif"><div>When I am trying to create the server using "server create " command and a userimage is passed in the command, the procedure of installing user image and rebooting remains the same.</div><div>But After the reboot, despite setting the hard disk as the first priority,  it again starts booting over the network and eventually fails.</div><div><br></div></div></div></div></blockquote><div><div>This is very very likely an issue with the vendor's firmware. We've seen some instances where the bmc refuses to honor the request to change *or*  where it is honored for a single boot operation only. In part some of this may be due to improved support in handling UEFI boot signaling where the wrong thing could occur, at least with IPMI. </div><div><br></div><div>In order to create a fix or workaround, we need the following information:</div><div><br></div><div>Are you using IPMI or Redfish? If your using IPMI, you should consider using Redfish.</div><div><br></div><div>What is the hardware vendor?</div><div><br></div><div>What is the BMC firmware version?</div><div><br></div><div>Is the BMC set to always network boot by default completely?</div><div><br></div><div>In UEFI, what does the machine report for the efibootmgr output. Your deployment agent logs actually have this output already in the journal. Typically /var/log/ironic/deploy_logs. We've seen some hardware act completely disjointed from the EFI NVRAM, or where it resets the EFI NVRAM when we request a one time override.</div><div><br></div><div>Most importantly, what is the version of ironic and ironic-python-agent?</div></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><div style="font-family:verdana,sans-serif"><div></div><div>I have also tried passing the <b style="font-style:italic">capabilities='boot_option:local' </b>both in baremetal node and flavor, but the behaviour is the same.</div><div><br></div><div>Regards</div><div>Anirudh Gupta</div><div><br></div></div><div style="font-family:verdana,sans-serif"><br></div></div><div><br></div><br><div class="gmail_quote"><div class="gmail_attr">[trim]</div></div></div>
</blockquote></div></div>