<div dir="ltr">Hi Juliya/ Team,<div><br></div><div>We are yet failing to get the ipv6 provisioning. Steps/report shared by Kushagra needs your help. </div><div><br></div><div>Thanks once again for your help.</div><div><br></div><div>-Lokendra</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Aug 8, 2023 at 6:12 PM Kushagr Gupta <<a href="mailto:kushagrguptasps.mun@gmail.com">kushagrguptasps.mun@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"><span 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_-7041974184944252198m_-2858323498209472441m_4041887621944270849m_5158013001526030179gmail-plusReplyChip-0" href="mailto:juliaashleykreger@gmail.com" target="_blank">@Julia Kreger</a> </div><br></span><div class="gmail_quote"><span 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 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 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 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 style="color:rgb(80,0,80)"><div><br></div><div><img src="cid:ii_lks9mm771" alt="image.png" width="452" height="253" style="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"><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"><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"><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"><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" style="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>
</blockquote></div><br clear="all"><div><br></div><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div dir="ltr"><div dir="ltr">~ Lokendra<br></div><div>skype: lokendrarathour</div><div dir="ltr"><img width="200" height="41" src="https://ci3.googleusercontent.com/mail-sig/AIorK4zyd6LpJOGqagxmzUlY59eMQx0-FN0t8HtjdtGE7VLZSKIxBUz3bI7z-MBqbgDVg1-XbtvHgN_ATJ10N6bonyO-JSGTtl5s_mNSbDoXBg"><br></div><div dir="ltr"><br></div></div></div></div>