Hi Mark et al, thank you for your help the other day. I'm still a bit stuck with this one and I am trying to test the octavia network by deploying a regular openstack instance onto it (CentOS7) which is failing. In fact, my other and currently "working" external network is also failing to deploy instances directly onto this neetwork also. So I am wondering if there's some other step which I am missing here. Completely forgetting about the octavia network, I'm curious to understand why deploying instances to an external network has always failed for me. I have a network like this: Real network switch VLAN 20 ----> openstack external network "br-ex" ( 192.168.20.0/24)----openstack router----- openstack vxlan local network ( 172.16.1.0/24) I can successfully deploy instances onto 172.16.1.0/24 but always fail when attempting to deploy to 192.168.20.0/24. The octavia network is almost a mirror of the above except that the controller also has an IP address / ip interface onto the same. But forgetting about this, would you happen to have any ideas or pointers that I could check that could help me with regards to why I am unable to deploy an instance to 192.168.20.0/24 network? There is a DHCP agent on this network. When I try and deploy an instance using Horizon, the dashboard shows that the instance has an ip on this network for a brief moment, but then it disappears and soon after, fails with an error that it cannot plug into it. The understanding / expectation I have is that the instance will run on the compute node and tunnel the network back to the network node where it will be presented onto 192.168.20.0/24. Does the compute node also need an ip interface within this network to work? I ask this because the octavia network did indeed have this but it was too failing with the same error. Any pointers appreciated so I can try and keep my hair. Thank you :) Tony Pearce On Mon, 5 Oct 2020 at 16:20, Mark Goddard <mark@stackhpc.com> wrote:
Following up in IRC:
http://eavesdrop.openstack.org/irclogs/%23openstack-kolla/%23openstack-kolla...
On Mon, 5 Oct 2020 at 08:50, Tony Pearce <tonyppe@gmail.com> wrote:
Hi all,
Openstack version is Train Deployed via Kayobe
I am trying to deploy octavia lbaas but hitting some blockers with
regards to how this should be set up. I think the current issue is the lack of neutron bridge for the octavia network and I cannot locate how to achieve this from the documentation.
I have this setup at the moment which I've added another layer 2 network
provisioned to the controller and compute node, for running octavia lbaas:
[Controller node]------------octavia network-----------[Compute node]
However as there's no bridge, the octavia instance cannot connect to it.
The exact error from the logs:
2020-10-05 14:37:34.070 6 INFO
neutron.plugins.ml2.drivers.openvswitch.agent.ovs_neutron_agent [-] Mapping physical network physnet3 to bridge broct
2020-10-05 14:37:34.070 6 ERROR neutron.plugins.ml2.drivers.openvswitch.agent.ovs_neutron_agent [-] Bridge broct for physical network physnet3 does not
Bridge "broct" does exist but it's not a neutron bridge:
[root@juc-kocon1-prd kolla]# brctl show bridge name bridge id STP enabled interfaces brext 8000.001a4a16019a no eth5 p-brext-phy broct 8000.001a4a160173 no eth6 docker0 8000.0242f5ed2aac no [root@juc-kocon1-prd kolla]#
I've been through the docs a few times but I am unable to locate this info. Most likely the information is there but I am unsure what I need to look for, hence missing it.
Would any of you be able to help shed light on this or point me to the documentation?
Thank you
Tony Pearce