<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Feb 7, 2022 at 4:47 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 Julia,</div><div><br></div><div>Thanks a lot for your responses and support.</div><div>To Update on the ongoing issue, I tried deploying the overcloud with your valuable suggestions i.e by passing "<b>DhcpAgentNotification: true</b>" in ironic-overcloud.yaml</div><div>The setup came up successfully, but with this configuration the IP allocated on the system is one which is being configured while creating the subnet in openstack.</div><div><br></div><div><img src="cid:ii_kzclqf8b1" alt="image.png" width="472" height="342" style="margin-right: 0px;"><br></div><div><br></div><div>The system is still getting the IP (172.23.3.212) from neutron. The subnet range was configured as <b>172.23.3.210-172.23.3.240 </b>while creating the provisioning subnet.</div><div>The system gets stuck here and no action is performed after this.</div><div><br></div><div>Is there any way to resolve this and make successful provisioning the baremetal node in <b>TripleO Train Release</b> (Since RHOSP 16 was on Train, so I thought to go with that version for better stability)</div><div><a href="https://access.redhat.com/documentation/en-us/red_hat_openstack_platform/16.2/html-single/release_notes/index" target="_blank">https://access.redhat.com/documentation/en-us/red_hat_openstack_platform/16.2/html-single/release_notes/index</a><br></div><div><br></div><div>I have some queries:</div><div><br></div><div><ol><li>Is passing "<b>DhcpAgentNotification: true" </b>enough or do we have to make some other changes as well?</li></ol></div></div></blockquote><div><br></div><div>I have no way to really know. My understanding is based on the contents in the templates you have chosen and/or modified, then the neutron-dhcp-agent can be disabled. It would be easy to see if it is in place or not by running `openstack network agent list` and looking for a neutron dhcp agent. If not present, something is disabling the agent which is required for bare metal to function as the integrated DHCP server in OVN does not support PXE options such as those used to facilitate network booting. </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><ol><li>Although there are some security concerns specified in the document, but Currently I am focusing on the default flat bare metal approach which has dedicated interface for bare metal Provisioning. There is one composable method approach as well. Keeping aside the security concerns, which approach is better and functional?</li><ol><li><a href="https://access.redhat.com/documentation/en-us/red_hat_openstack_platform/16.2/html/bare_metal_provisioning/prerequisites-for-bare-metal-provisioning" target="_blank">https://access.redhat.com/documentation/en-us/red_hat_openstack_platform/16.2/html/bare_metal_provisioning/prerequisites-for-bare-metal-provisioning</a></li></ol></ol></div></div></blockquote><div><br></div><div>You're referencing RH docs, which makes me wonder if you're a RH customer or if you're trying to use RH docs with upstream TripleO which may not exactly be ideal. If you are a RH customer, it wouldn't be a bad idea to reach out to RH support. Anyway, starting out you likely want to focus on the basics and not use a composible network. Once you have that working it would make sense to evolve towards a composed network. Trying to do it now introduces more variables which will make it harder to configure it for your environment.</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><ol><li>Will moving to upper openstack release version make this deployment possible? </li><ol><li>If Yes, which release should I go with as till wallaby the ironic-overcloud.yml file has no option of including "<b>DhcpAgentNotification: true</b>" by default </li><ol><li><a href="https://github.com/openstack/tripleo-heat-templates/blob/stable/wallaby/environments/services/ironic-overcloud.yaml" target="_blank">https://github.com/openstack/tripleo-heat-templates/blob/stable/wallaby/environments/services/ironic-overcloud.yaml</a></li></ol></ol></ol></div><div><br></div></div></blockquote><div><br></div><div>Possibly, I honestly don't know the entire change history and interaction of the templates and overrides which exist with all the various options you can choose with TripleO.</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><div>Looking forward for your valuable feedback/response.</div><div><br></div><div>Regards</div><div>Anirudh Gupta</div><div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Feb 4, 2022 at 8:54 PM Anirudh Gupta <<a href="mailto:anyrude10@gmail.com" target="_blank">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="auto"><div>Hi,</div><div dir="auto"><br></div><div dir="auto">Surely I'll revert the status once it gets deployed.</div><div dir="auto">Bdw the suspicion is because of Train Release or it is something else?</div><div dir="auto"><br></div><div dir="auto">Regards</div><div dir="auto">Anirudh Gupta<br><br><div class="gmail_quote" dir="auto"><div dir="ltr" class="gmail_attr">On Fri, 4 Feb, 2022, 20:29 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><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Feb 4, 2022 at 5:50 AM Anirudh Gupta <<a href="mailto:anyrude10@gmail.com" rel="noreferrer" target="_blank">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="auto"><div>Hi Julia</div><div dir="auto"><br></div><div dir="auto">Thanks for your response.</div><div dir="auto"><br></div><div dir="auto">Earlier I was passing both ironic.yaml and ironic-overcloud.yaml located at path /usr/share/openstack-tripleo-heat-templates/environments/services/</div><div dir="auto"><br></div><div dir="auto">My current understanding now says that since I am using OVN, not OVS so I should pass only ironic-overcloud.yaml in my deployment.</div><div dir="auto"><br></div><div dir="auto">I am currently on Train Release and my default ironic-overcloud.yaml file has no such entry</div><div dir="auto">DhcpAgentNotification: true</div><div dir="auto"><br></div></div></blockquote><div><br></div><div>I suspect that should work. Let us know if it does.</div><div><br></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="auto"><div dir="auto"></div><div dir="auto">I would add this there and re deploy the setup.</div><div dir="auto"><br></div><div dir="auto">Would that be enough to make my deployment successful?</div><div dir="auto"><br></div><div dir="auto">Regards</div><div dir="auto">Anirudh Gupta</div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote" dir="auto"><div dir="ltr" class="gmail_attr">On Fri, 4 Feb, 2022, 18:40 Julia Kreger, <<a href="mailto:juliaashleykreger@gmail.com" rel="noreferrer" 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>It is not a matter of disabling OVN, but a matter of enabling the dnsmasq service and notifications.</div><div><br></div><div><a href="https://github.com/openstack/tripleo-heat-templates/blob/master/environments/services/ironic-overcloud.yaml" rel="noreferrer noreferrer" target="_blank">https://github.com/openstack/tripleo-heat-templates/blob/master/environments/services/ironic-overcloud.yaml</a> may provide some insight. <br></div><div><br></div><div>I suspect if you're using stable/wallaby based branches and it is not working, there may need to be a patch backported by the TripleO maintainers.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Feb 3, 2022 at 8:02 PM Anirudh Gupta <<a href="mailto:anyrude10@gmail.com" rel="noreferrer noreferrer" target="_blank">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">Hi Julia,<div><br></div><div>Thanks for your response.</div><div>For the overcloud deployment, I am executing the following command:</div><div><br></div><div>openstack overcloud deploy --templates \<br> -n /home/stack/templates/network_data.yaml \<br> -r /home/stack/templates/roles_data.yaml \<br> -e /home/stack/templates/node-info.yaml \<br> -e /home/stack/templates/environment.yaml \<br> -e /home/stack/templates/environments/network-isolation.yaml \<br> -e /home/stack/templates/environments/network-environment.yaml \<br> -e /usr/share/openstack-tripleo-heat-templates/environments/services/ironic.yaml \<br> -e /usr/share/openstack-tripleo-heat-templates/environments/services/ironic-conductor.yaml \<br> -e /usr/share/openstack-tripleo-heat-templates/environments/services/ironic-inspector.yaml \<br> -e /usr/share/openstack-tripleo-heat-templates/environments/services/ironic-overcloud.yaml \<br> -e /home/stack/templates/ironic-config.yaml \<br> -e /usr/share/openstack-tripleo-heat-templates/environments/docker-ha.yaml \<br> -e /usr/share/openstack-tripleo-heat-templates/environments/podman.yaml \<br> -e /home/stack/containers-prepare-parameter.yaml<br></div><div><br></div><div>I can see some OVN related stuff in my roles_data and environments/network-isolation.yaml</div><div><br></div><div>[stack@undercloud ~]$ grep -inr "ovn"<br></div><div>roles_data.yaml:34: <b>OVNCMSOptions: "enable-chassis-as-gw"</b><br>roles_data.yaml:168: - <b>OS::TripleO::Services::OVNDBs</b><br>roles_data.yaml:169: - <b>OS::TripleO::Services::OVNController</b><br>roles_data.yaml:279: - <b>OS::TripleO::Services::OVNController</b><br>roles_data.yaml:280: - <b>OS::TripleO::Services::OVNMetadataAgent</b><br>environments/network-isolation.yaml:16: <b>OS::TripleO::Network::Ports::OVNDBsVipPort: ../network/ports/vip.yaml</b><br></div><div><b><br></b></div><div>What is your recommendation and how to disable OVN....should I remove it from roles_data.yaml and then render so that it doesn't get generated in environments/network-isolation.yaml</div><div>Please suggest some pointers.</div><div><br></div><div>Regards</div><div>Anirudh Gupta</div><div><b><br></b></div><div><b><br></b></div><div><br></div><div><br></div><div><br></div><div><br></div><div>It seems OVN is getting installed in ironic</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Feb 4, 2022 at 1:36 AM Julia Kreger <<a href="mailto:juliaashleykreger@gmail.com" rel="noreferrer noreferrer" 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">My guess: You're running OVN. You need neutron-dhcp-agent running as well. OVN disables it by default and OVN's integrated DHCP service does not support options for network booting.<div><br></div><div>-Julia</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Feb 3, 2022 at 9:06 AM Anirudh Gupta <<a href="mailto:anyrude10@gmail.com" rel="noreferrer noreferrer" target="_blank">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 dir="ltr">Hi Team<div><br></div><div>I am trying to Provision Bare Metal Node from my tripleo Overcloud.</div><div>For this, while deploying the overcloud, I have followed the <b>"default flat" </b>network approach specified in the below link</div><div><a href="https://access.redhat.com/documentation/en-us/red_hat_openstack_platform/15/html/bare_metal_provisioning/sect-planning" rel="noreferrer noreferrer" target="_blank">https://access.redhat.com/documentation/en-us/red_hat_openstack_platform/15/html/bare_metal_provisioning/sect-planning</a></div><div><br></div><div>Just to highlight the changes, I have defined the </div><div><br></div><div><b>ironic-config.yaml</b> </div><div><br></div><div>parameter_defaults:<br> ...</div><div> ...<br> IronicIPXEEnabled: true<br> IronicInspectorSubnets:<br> - ip_range: <b>172.23.3.100,172.23.3.150</b><br> IronicInspectorInterface: 'br-baremetal'<br></div><div><br></div><div>Also modified the file <b>~/templates/network-environment.yaml</b><br><br>parameter_defaults:<br> NeutronBridgeMappings: datacentre:br-ex,baremetal:br-baremetal<br> NeutronFlatNetworks: datacentre,baremetal<br></div><div><br></div><div>With this I have Followed all the steps of creating br-baremetal bridge on controller, given in the link below:</div><div><br></div><div><a href="https://access.redhat.com/documentation/en-us/red_hat_openstack_platform/15/html/bare_metal_provisioning/sect-deploy" rel="noreferrer noreferrer" target="_blank">https://access.redhat.com/documentation/en-us/red_hat_openstack_platform/15/html/bare_metal_provisioning/sect-deploy</a><br></div><div><br></div><div> - type: ovs_bridge<br> name: br-baremetal<br> use_dhcp: false<br> members:<br> - type: interface<br> name: nic3<br></div><div><br></div><div>Post Deployment, I have also create a flat network on "datacentre" physical network and subnet having the range <b>172.23.3.200,172.23.3.240 </b>(as suggested subnet is same as of inspector and range is different) and the router</div><div><br></div><div>Also created a baremetal node and ran <b>"openstack baremetal node manage bm1", </b>the state of which was a success.</div><div><br></div><div>Observation:</div><div><br></div><div>On executing
"openstack baremetal node <b>provide</b> bm1", the machine gets power on and ideally it should take an IP from ironic inspector range and PXE Boot.</div><div>But nothing of this sort happens and we see an IP from neutron range "<b>172.23.3.239</b>" (attached the screenshot)</div><div><br></div><div><img src="cid:ii_kz6zxjuu0" alt="image.png" width="394" height="215" style="margin-right: 0px;"><br></div><div><br></div><div>I have checked overcloud ironic inspector podman logs alongwith the tcpdump.</div><div>In tcpdump, I can only see dhcp discover request on br-baremetal and nothing happens after that.</div><div><br></div><div>I have tried to explain my issue in detail, but I would be happy to share more details in case still required.<br></div><div>Can someone please help in resolving my issue.</div><div><br></div><div>Regards</div><div>Anirudh Gupta</div></div></div>
</blockquote></div>
</blockquote></div>
</blockquote></div></div>
</blockquote></div></div></div>
</blockquote></div></div>
</blockquote></div></div></div>
</blockquote></div></div>
</blockquote></div></div>