[ovirt-users] Re: External networks issue after upgrading to 4.3.6

On Fri, Oct 11, 2019 at 8:24 AM ada per <adaper3(a)gmail.com&gt; wrote: > any input??? > > What is written to the ovn-controller.log now? I expect that there is an helpful error explaning the problem while connecting to 192.161.21:6642. > On Wed, 9 Oct 2019, 16:50 ada per, <adaper3(a)gmail.com&gt; wrote: > >> ip a >> 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN >> group default qlen 1000 >> link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 >> inet 127.0.0.1/8 scope host lo >> valid_lft forever preferred_lft forever >> inet6 ::1/128 scope host >> valid_lft forever preferred_lft forever >> 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP >> group default qlen 1000 >> link/ether 00:16:3e:32:c8:ff brd ff:ff:ff:ff:ff:ff >> inet 192.168.1.21/24 brd 192.168.1.255 scope global eth0 >> valid_lft forever preferred_lft forever >> inet6 fe80::216:3eff:fe32:c8ff/64 scope link >> valid_lft forever preferred_lft forever >> 3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP >> group default qlen 1000 >> link/ether 56:6f:74:a4:00:0d brd ff:ff:ff:ff:ff:ff >> inet6 fe80::abc9:3c51:1a61:ab7a/64 scope link noprefixroute >> valid_lft forever preferred_lft forever >> >> >> and >> >> >> [root@threatrealm3 ~]# ovs-vsctl list Open >> _uuid : 637b29cb-3874-4356-9d16-f4e0e4ddf212 >> bridges : [f805bd1c-3d65-4f46-a1f4-2a337bfbfe60] >> cur_cfg : 538 >> datapath_types : [netdev, system] >> db_version : "7.16.1" >> dpdk_initialized : false >> dpdk_version : "DPDK 18.11.0" >> external_ids : {hostname="threatrealm3.sec.ouc.ac.cy", >> ovn-bridge-mapping s="", ovn-encap-ip="192.168.1.26", >> ovn-encap-type=geneve, ovn-remote="ssl:192.16 >> >> 8.1.21:6642", rundir="/var/run/openvswitch", >> system-id="d3240f0e-50ca-43e9-b7de- >> >> c1a36587f609"} >> iface_types : [erspan, geneve, gre, internal, "ip6erspan", >> "ip6gre", lis >> p, patch, >> stt, system, tap, vxlan] >> manager_options : [] >> next_cfg : 538 >> other_config : {} >> ovs_version : "2.11.0" >> ssl : [] >> statistics : {} >> system_type : centos >> system_version : "7" >> >> >> >> [root@threatrealm2 ~]# ovs-vsctl list Open >> _uuid : 79d5588a-c68d-4615-8ce7-7be785fe8bfd >> bridges : [e52f952a-e7cb-4ead-83c7-18b0c5b0d2e9] >> cur_cfg : 997 >> datapath_types : [netdev, system] >> db_version : "7.16.1" >> dpdk_initialized : false >> dpdk_version : "DPDK 18.11.0" >> external_ids : {hostname="threatrealm2.sec.ouc.ac.cy", >> ovn-bridge-mappings="", ovn-encap-ip="192.168.1.22", ovn-encap-type=geneve, >> ovn-remote="ssl:192.168.1.21:6642", rundir="/var/run/openvswitch", >> system-id="96e6f622-2834-4e91-ab31-0df3f21788f2"} >> iface_types : [erspan, geneve, gre, internal, "ip6erspan", >> "ip6gre", lisp, patch, stt, system, tap, vxlan] >> manager_options : [] >> next_cfg : 997 >> other_config : {} >> ovs_version : "2.11.0" >> ssl : [] >> statistics : {} >> system_type : centos >> system_version : "7" >> >> >> >> >> >> >> On Wed, Oct 9, 2019 at 4:16 PM Miguel Duarte de Mora Barroso < >> mdbarroso(a)redhat.com&gt; wrote: >> >>> On Wed, Oct 9, 2019 at 1:50 PM ada per <adaper3(a)gmail.com&gt; wrote: >>> > >>> > Done!! thank you. it worked now but the ovn-sbctl list chassis finds >>> nothing >>> >>> Good. >>> >>> Some other things: >>> - what's the output of 'ip a' on ovirt-engine ? >>> - ssh into one of the hosts in that cluster and do 'ovs-vsctl list >>> Open' >>> >>> With this we can check that the OVN configuration is correct. >>> >>> > >>> > results fom playbook >>> > >>> > PLAY RECAP >>> **************************************************************************************************************************************************************************************************** >>> > localhost : ok=1 changed=0 unreachable=0 >>> failed=0 skipped=2 rescued=0 ignored=0 >>> > threatrealm2.sec.ouc.ac.cy : ok=6 changed=1 unreachable=0 >>> failed=0 skipped=3 rescued=0 ignored=0 >>> > threatrealm3.sec.ouc.ac.cy : ok=6 changed=1 unreachable=0 >>> failed=0 skipped=3 rescued=0 ignored=0 >>> > >>> > >>> > >>> > results form ovn-sbctl list chassis: >>> > >>> > net_mlx5: cannot load glue library: libibverbs.so.1: cannot open >>> shared object file: No such file or directory >>> > net_mlx5: cannot initialize PMD due to missing run-time dependency on >>> rdma-core libraries (libibverbs, libmlx5) >>> > PMD: net_mlx4: cannot load glue library: libibverbs.so.1: cannot open >>> shared object file: No such file or directory >>> > PMD: net_mlx4: cannot initialize PMD due to missing run-time >>> dependency on rdma-core libraries (libibverbs, libmlx4) >>> >>