On Tue, Dec 17, 2019 at 6:28 AM Strahil <hunter86_bg@yahoo.com> wrote:
Hi Dominik,
Thanks for your reply.
On ovirt1 I got the following: [root@ovirt1 openvswitch]# less ovn-controller.log-20191216.gz 2019-12-15T01:49:02.988Z|00032|vlog|INFO|opened log file /var/log/openvswitch/ovn-controller.log 2019-12-16T01:18:02.114Z|00033|vlog|INFO|closing log file ovn-controller.log-20191216.gz (END)
Same is on the other node:
[root@ovirt2 openvswitch]# less ovn-controller.log-20191216.gz 2019-12-15T01:26:03.477Z|00028|vlog|INFO|opened log file /var/log/openvswitch/ovn-controller.log 2019-12-16T01:30:01.718Z|00029|vlog|INFO|closing log file ovn-controller.log-20191216.gz (END)
The strange thing is that the geneve tunnels are there:
Miguel, do you know how to remove and re-add the chassis to the southbound db? (We have to check this to address bug https://bugzilla.redhat.com/1758289 )
[root@ovirt1 ~]# ovs-vsctl show c0e938f1-b5b5-4d5a-9cda-29dae2986f29 Bridge br-int fail_mode: secure Port "ovn-25cc77-0" Interface "ovn-25cc77-0" type: geneve options: {csum="true", key=flow, remote_ip="192.168.1.64"} Port "ovn-566849-0" Interface "ovn-566849-0" type: geneve options: {csum="true", key=flow, remote_ip="192.168.1.41"} Port br-int Interface br-int type: internal Port "vnet2" Interface "vnet2" ovs_version: "2.11.0" [root@ovirt1 ~]# ovs-vsctl list ports ovs-vsctl: unknown table "ports" [root@ovirt1 ~]# ovs-vsctl list port _uuid : fbf40569-925e-4430-a7c5-c78d58979bbc bond_active_slave : [] bond_downdelay : 0 bond_fake_iface : false bond_mode : [] bond_updelay : 0 cvlans : [] external_ids : {} fake_bridge : false interfaces : [3207c0cb-3000-40f2-a850-83548f76f090]lacp : [] mac : [] name : "vnet2" other_config : {} protected : false qos : [] rstp_statistics : {} rstp_status : {} statistics : {} status : {} tag : [] trunks : [] vlan_mode : []
_uuid : 8947f82d-a089-429b-8843-71371314cb52 bond_active_slave : [] bond_downdelay : 0 bond_fake_iface : false bond_mode : [] bond_updelay : 0 cvlans : [] external_ids : {} fake_bridge : false interfaces : [ec6a6688-e5d6-4346-ac47-ece1b8379440]lacp : [] mac : [] name : br-int other_config : {} protected : false qos : [] rstp_statistics : {} rstp_status : {} statistics : {} status : {} tag : [] trunks : [] vlan_mode : []
_uuid : 72d612be-853e-43e9-8f5c-ce66cef0bebe bond_active_slave : [] bond_downdelay : 0 bond_fake_iface : false bond_mode : [] bond_updelay : 0 cvlans : [] external_ids : {ovn-chassis-id=" 5668499c-7dd0-41ee-bc5d-2e6ee9cd61c3@192.168.1.41"} fake_bridge : false interfaces : [a31574fe-515b-420b-859d-7f2ac729638f]lacp : [] mac : [] name : "ovn-566849-0" other_config : {} protected : false qos : [] rstp_statistics : {} rstp_status : {} statistics : {} status : {} tag : [] trunks : [] vlan_mode : []
_uuid : 2043a15f-ec39-4cc3-b875-7be00423dd7a bond_active_slave : [] bond_downdelay : 0 bond_fake_iface : false bond_mode : [] bond_updelay : 0 cvlans : [] external_ids : {ovn-chassis-id=" 25cc77b3-046f-45c5-af0c-ffb2f77d73f1@192.168.1.64"} fake_bridge : false interfaces : [f9a9e3ff-070e-4044-b601-7f7394dc295f]lacp : [] mac : [] name : "ovn-25cc77-0" other_config : {} protected : false qos : [] rstp_statistics : {} rstp_status : {} statistics : {} status : {} tag : [] trunks : [] vlan_mode : [] [root@ovirt1 ~]#
[root@ovirt2 ~]# ovs-vsctl show 3dbab138-6b90-44c5-af05-b8a944c9bf20 Bridge br-int fail_mode: secure Port "ovn-baa019-0" Interface "ovn-baa019-0" type: geneve options: {csum="true", key=flow, remote_ip="192.168.1.90"} Port br-int Interface br-int type: internal Port "vnet5" Interface "vnet5" Port "ovn-566849-0" Interface "ovn-566849-0" type: geneve options: {csum="true", key=flow, remote_ip="192.168.1.41"} ovs_version: "2.11.0" [root@ovirt2 ~]# ovs-vsctl list port _uuid : 151e1188-f07a-4750-a620-392a08e7e7fe bond_active_slave : [] bond_downdelay : 0 bond_fake_iface : false bond_mode : [] bond_updelay : 0 cvlans : [] external_ids : {ovn-chassis-id=" baa0199e-d1a4-484c-af13-a41bcad19dbc@192.168.1.90"} fake_bridge : false interfaces : [4d4bc12a-609a-4917-b839-d4f652acdc33]lacp : [] mac : [] name : "ovn-baa019-0" other_config : {} protected : false qos : [] rstp_statistics : {} rstp_status : {} statistics : {} status : {} tag : [] trunks : [] vlan_mode : []
_uuid : 3a862f96-b3ec-46a9-bcf6-f385e5def410 bond_active_slave : [] bond_downdelay : 0 bond_fake_iface : false bond_mode : [] bond_updelay : 0 cvlans : [] external_ids : {} fake_bridge : false interfaces : [777f2819-ca27-4890-8d2f-11349ca0d398]lacp : [] mac : [] name : br-int other_config : {} protected : false qos : [] rstp_statistics : {} rstp_status : {} statistics : {} status : {} tag : [] trunks : [] vlan_mode : []
_uuid : a65109fa-f8b4-4670-8ae8-a2bd0bf6aba3 bond_active_slave : [] bond_downdelay : 0 bond_fake_iface : false bond_mode : [] bond_updelay : 0 cvlans : [] external_ids : {ovn-chassis-id=" 5668499c-7dd0-41ee-bc5d-2e6ee9cd61c3@192.168.1.41"} fake_bridge : false interfaces : [ed442077-f897-4e0b-97a1-a8051e9c3d56]lacp : [] mac : [] name : "ovn-566849-0" other_config : {} protected : false qos : [] rstp_statistics : {} rstp_status : {} statistics : {} status : {} tag : [] trunks : [] vlan_mode : []
_uuid : a1622e6f-fcd0-4a8a-b259-ca4d0ccf1cd2 bond_active_slave : [] bond_downdelay : 0 bond_fake_iface : false bond_mode : [] bond_updelay : 0 cvlans : [] external_ids : {} fake_bridge : false interfaces : [ca368654-54f3-49d0-a71c-8894426df6bf]lacp : [] mac : [] name : "vnet5" other_config : {} protected : false qos : [] rstp_statistics : {} rstp_status : {} statistics : {} status : {} tag : [] trunks : [] vlan_mode : [] [root@ovirt2 ~]#
Best Regards, Strahil Nikolov
On Dec 16, 2019 23:28, Dominik Holler <dholler@redhat.com> wrote:
On Sat, Dec 14, 2019 at 11:36 AM Strahil Nikolov <hunter86_bg@yahoo.com>
Hi Dominik,
yes I was looking for those settings.
I have added again the external provider , but I guess the mess is even
bigger as I made some stupid decisions (like removing 2 port groups :) without knowing what I'm doing) .
Sadly I can't remove all packages on the engine and hosts and reinstall
Pip fails to install the openstacksdk (centOS7 is not great for such
tasks) on the engine and my lack of knowledge in OVN makes it even more difficult.
So the symptoms are that 2 machines can communicate with each other
only if they are on the same host ,while on separate - no communications is happening.
This indicates that the tunnels between the hosts are not created. Can you please check the /var/log/openvswitch/ovn-controller.log on both hosts for errors and warnings, or share parts of the files here? If this does not point us to a problem, ovn has to be reconfigured. If
wrote: them from scratch. possible, most easy way to do this would be to ensure that
ovirt-provider-ovn is the default network provider of the cluster of the hosts, put one host after another in maintance mode and reinstall.
How I created the network via UI:
1. Networks - new 2. Fill in the name 3. Create on external provider 4. Network Port security -> disabled (even undefined does not work) 5.Connect to physical network -> ovirtmgmt
I would be happy to learn more about OVN and thus I would like to make
it work.
Here is some info from the engine:
[root@engine ~]# ovn-nbctl show switch 1288ed26-471c-4bc2-8a7d-4531f306f44c
(ovirt-pxelan-2a88b2e0-d04b-4196-ad50-074501e4ed08)
port c1eba112-5eed-4c04-b25c-d3dcfb934546 addresses: ["56:6f:5a:65:00:06"] port 8b52ab60-f474-4d51-b258-cb2e0a53c34a type: localnet addresses: ["unknown"] port b2753040-881b-487a-92a1-9721da749be4 addresses: ["56:6f:5a:65:00:09"] [root@engine ~]# ovn-sbctl show Chassis "5668499c-7dd0-41ee-bc5d-2e6ee9cd61c3" hostname: "ovirt3.localdomain" Encap geneve ip: "192.168.1.41" options: {csum="true"} Chassis "baa0199e-d1a4-484c-af13-a41bcad19dbc" hostname: "ovirt1.localdomain" Encap geneve ip: "192.168.1.90" options: {csum="true"} Chassis "25cc77b3-046f-45c5-af0c-ffb2f77d73f1" hostname: "ovirt2.localdomain" Encap geneve ip: "192.168.1.64" options: {csum="true"} Port_Binding "b2753040-881b-487a-92a1-9721da749be4" Port_Binding &quo