Hi Julia,

Thanks for your response.

For the overcloud deployment, I am executing the following command:

openstack overcloud deploy --templates \
    -n /home/stack/templates/network_data.yaml \
    -r /home/stack/templates/roles_data.yaml \
    -e /home/stack/templates/node-info.yaml \
    -e /home/stack/templates/environment.yaml \
    -e /home/stack/templates/environments/network-isolation.yaml \
    -e /home/stack/templates/environments/network-environment.yaml \
    -e /usr/share/openstack-tripleo-heat-templates/environments/services/ironic.yaml \
    -e /usr/share/openstack-tripleo-heat-templates/environments/services/ironic-conductor.yaml \
    -e /usr/share/openstack-tripleo-heat-templates/environments/services/ironic-inspector.yaml \
    -e /usr/share/openstack-tripleo-heat-templates/environments/services/ironic-overcloud.yaml \
    -e /home/stack/templates/ironic-config.yaml \
    -e /usr/share/openstack-tripleo-heat-templates/environments/docker-ha.yaml \
    -e /usr/share/openstack-tripleo-heat-templates/environments/podman.yaml \
    -e /home/stack/containers-prepare-parameter.yaml

I can see some OVN related stuff in my roles_data and environments/network-isolation.yaml

[stack@undercloud ~]$ grep -inr "ovn"

roles_data.yaml:34:    OVNCMSOptions: "enable-chassis-as-gw"
roles_data.yaml:168:    - OS::TripleO::Services::OVNDBs
roles_data.yaml:169:    - OS::TripleO::Services::OVNController
roles_data.yaml:279:    - OS::TripleO::Services::OVNController
roles_data.yaml:280:    - OS::TripleO::Services::OVNMetadataAgent
environments/network-isolation.yaml:16:  OS::TripleO::Network::Ports::OVNDBsVipPort: ../network/ports/vip.yaml

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

Please suggest some pointers.

Regards

Anirudh Gupta

It seems OVN is getting installed in ironic

On Fri, Feb 4, 2022 at 1:36 AM Julia Kreger <juliaashleykreger@gmail.com> wrote:

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.

-Julia

On Thu, Feb 3, 2022 at 9:06 AM Anirudh Gupta <anyrude10@gmail.com> wrote:

Hi Team

I am trying to Provision Bare Metal Node from my tripleo Overcloud.

For this, while deploying the overcloud, I have followed the "default flat" network approach specified in the below link

https://access.redhat.com/documentation/en-us/red_hat_openstack_platform/15/html/bare_metal_provisioning/sect-planning

Just to highlight the changes, I have defined the 

ironic-config.yaml 

parameter_defaults:
    ...

    ...
    IronicIPXEEnabled: true
    IronicInspectorSubnets:
    - ip_range: 172.23.3.100,172.23.3.150
    IronicInspectorInterface: 'br-baremetal'

Also modified the file ~/templates/network-environment.yaml

parameter_defaults:
  NeutronBridgeMappings: datacentre:br-ex,baremetal:br-baremetal
  NeutronFlatNetworks: datacentre,baremetal

With this I have Followed all the steps of creating br-baremetal bridge on controller, given in the link below:

https://access.redhat.com/documentation/en-us/red_hat_openstack_platform/15/html/bare_metal_provisioning/sect-deploy

  - type: ovs_bridge
     name: br-baremetal
     use_dhcp: false
     members:
     - type: interface
       name: nic3

Post Deployment, I have also create a flat network on "datacentre" physical network and subnet having the range 172.23.3.200,172.23.3.240 (as suggested subnet is same as of inspector and range is different) and the router

Also created a baremetal node and ran "openstack baremetal node manage bm1", the state of which was a success.

Observation:

On executing  "openstack baremetal node provide bm1", the machine gets power on and ideally it should take an IP from ironic inspector range and PXE Boot.

But nothing of this sort happens and we see an IP from neutron range "172.23.3.239" (attached the screenshot)

I have checked overcloud ironic inspector podman logs alongwith the tcpdump.

In tcpdump, I can only see dhcp discover request on br-baremetal and nothing happens after that.

I have tried to explain my issue in detail, but I would be happy to share more details in case still required.

Can someone please help in resolving my issue.

Regards

Anirudh Gupta