<div dir="ltr"><div dir="ltr"><span class="gmail-im" style="color:rgb(80,0,80)"><div>Hi Julia,Team,</div><div><br></div><div>Thank you for the response <a class="gmail_plusreply" id="m_-2858323498209472441m_4041887621944270849m_5158013001526030179gmail-plusReplyChip-0" href="mailto:juliaashleykreger@gmail.com" target="_blank">@Julia Kreger</a> </div><br></span><div class="gmail_quote"><span class="gmail-im" style="color:rgb(80,0,80)"><div dir="ltr" class="gmail_attr">On Thu, Jul 27, 2023 at 6:59 PM Julia Kreger <<a href="mailto:juliaashleykreger@gmail.com" target="_blank">juliaashleykreger@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 dir="ltr"><br></div><div class="gmail_quote"><div>I guess what is weird in this entire thing is it sounds like you're shifting over to what appears to be OPROM boot code in a network interface card, which might not support v6. Then again a port mirrored packet capture would be the needful item to troubleshoot further.</div></div></div></blockquote><div><br></div><div>We have setup a local dnsmasq-dhcp server and TFTP server on a VM and tried PXE booting the same set of hardwares.</div><div>The hardware are booting on IPV6 so I think the hardware supports IPV6 PXE booting.</div><div><br></div></span><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 class="gmail_quote"><div> </div><span class="gmail-im" style="color:rgb(80,0,80)"><div>Are you able to extract the exact command line which is being passed to the dnsmasq process for that container launch?</div><div> </div><div>I guess I'm worried if somehow dnsmasq changed or if an old version is somehow in the container image you're using.</div><div><br></div></span></div></div></blockquote><span class="gmail-im" style="color:rgb(80,0,80)"><div><br></div><div> The command line which is getting executed is as follows: </div><div>"  "command": [</div>    "/bin/bash",<br>    "-c",<br>    "BIND_HOST=ca:ca:ca:9900::171; /usr/sbin/dnsmasq --keep-in-foreground --log-facility=/var/log/ironic/dnsmasq.log --user=root --conf-file=/dev/null --listen-address=$BIND_HOST --port=0 --enable-tftp --tftp-root=/var/lib/ironic/tftpboot"<br>  ],<br><div>"</div><div>We found this command in the following: </div><div>/var/lib/tripleo-config/container-startup-config/step_4/ironic_pxe_tftp.json</div></span></div><div><br></div><div><span class="gmail-im" style="color:rgb(80,0,80)"><div>Apart from this we also tried to install the openstack version zed.</div></span><div>In this version, the container ironic_pxe_tftp is up and running but we were still getting the same error:</div><span class="gmail-im" style="color:rgb(80,0,80)"><div><br></div><div><img src="cid:ii_lks9mm771" alt="image.png" width="452" height="253" class="gmail-CToWUd gmail-a6T" tabindex="0" style="cursor: pointer; outline: 0px;"><br></div><div><br></div><div>We tried to curl the file which the TFTP container provides from a remote machine(not the undercloud), but we are unable to curl it.</div><div><br></div><div><img src="cid:ii_lks9zo3e6" alt="image.png" width="452" height="68" class="gmail-CToWUd"><br></div><div><br>But when, we do the same thing from the undercloud, it is working fine:</div><div><br></div><div><img src="cid:ii_lks9ssd43" alt="image.png" width="452" height="54" class="gmail-CToWUd"><br></div><div><br></div><div>We also set up an undercloud machine on ipv4 for comparison.</div><div>When we tried to curl the image from a remote machine(not the undercloud) for this server, we were able to curl it.</div><div><br></div><div><img src="cid:ii_lks9yey35" alt="image.png" width="452" height="57" class="gmail-CToWUd"><br></div><div><br></div></span></div><div>On further digging, we found that in the zed release, the "ironic_pxe_tftp" is in <b>healthy </b>state while three containers namely: "ironic_api","ironic_conductor","ironic_pxe_http" are in <b>unhealthy </b>state but are up and running.</div><div>We re-installed the undercloud on the fresh machine and re-tried node introspection after performing basic tasks like image upload, node registration.</div><div>To our surprise, the Introspection was successful. and the nodes came in available state:</div><div><br></div><div><img src="cid:ii_lkwitx364" alt="nodes_available_4.PNG" width="472" height="66" class="gmail-CToWUd"><br></div><div><br></div></div></div>At this point we were also able to curl the file from a random machine: <div><br></div><div><img src="cid:ii_lkwivehc5" alt="image.png" width="472" height="115" class="gmail-CToWUd gmail-a6T" tabindex="0" style="cursor: pointer; outline: 0px;"><br></div><div><br></div><div>But it all stopped once we restarted the undercloud node even though all the containers were up and running.</div><div>We are further investigating this issue.</div><div><br></div><div>Thanks and Regards</div><div>Kushagra Gupta</div></div>