Hi everyone, Im having the same issue after upgrading from 4.3.4 to 4.3.6 . tried to do what you mention with no luck. here are the outputs:
from one host:
2019-11-13T00:49:18.233Z|00003|reconnect|INFO|unix:/var/run/openvswitch/db.sock: connected
2019-11-13T00:49:18.235Z|00004|reconnect|INFO|ssl:192.168.57.239:6642: connecting...
2019-11-13T00:49:18.248Z|00005|reconnect|INFO|ssl:192.168.57.239:6642: connected
2019-11-13T00:49:18.253Z|00006|ofctrl|INFO|unix:/var/run/openvswitch/br-int.mgmt: connecting to switch
2019-11-13T00:49:18.253Z|00007|rconn|INFO|unix:/var/run/openvswitch/br-int.mgmt: connecting...
2019-11-13T00:49:18.253Z|00008|rconn|INFO|unix:/var/run/openvswitch/br-int.mgmt: connected
2019-11-13T00:49:18.253Z|00009|pinctrl|INFO|unix:/var/run/openvswitch/br-int.mgmt: connecting to switch
2019-11-13T00:49:18.253Z|00010|rconn|INFO|unix:/var/run/openvswitch/br-int.mgmt: connecting...
2019-11-13T00:49:18.255Z|00011|rconn|INFO|unix:/var/run/openvswitch/br-int.mgmt: connected
2019-11-13T00:49:18.264Z|00012|dpif_netlink|INFO|The kernel module does not support meters.

after running the playbook with the params:
localhost                  : ok=1    changed=0    unreachable=0    failed=0    skipped=2    rescued=0    ignored=0  
multivac00.phy.nyx         : ok=6    changed=1    unreachable=0    failed=0    skipped=3    rescued=0    ignored=0  
multivac01.phy.nyx         : ok=6    changed=1    unreachable=0    failed=0    skipped=3    rescued=0    ignored=0

from one host:
_uuid               : ddb5474b-f5be-4f06-ac8c-812b061821ae
bridges             : [3d5ee016-a77c-44d6-a559-82515170be4c]
cur_cfg             : 1
datapath_types      : [netdev, system]
db_version          : "7.16.1"
dpdk_initialized    : false
dpdk_version        : "DPDK 18.11.0"
external_ids        : {hostname="multivac01.phy.nyx", ovn-bridge-mappings="", ovn-encap-ip="192.168.57.241", ovn-encap-type=geneve, ovn-remote="ssl:192.168.57.239:6642", rundir="/var/run/openvswitch", system-id="302680af-2677-41ef-9eaf-62eb75c75748"}
iface_types         : [erspan, geneve, gre, internal, "ip6erspan", "ip6gre", lisp, patch, stt, system, tap, vxlan]
manager_options     : []
next_cfg            : 1
other_config        : {}
ovs_version         : "2.11.0"
ssl                 : []
statistics          : {}
system_type         : centos
system_version      : "7"


ovn-sbctl list chassis keeps there for pretty long time with no output.

thanks for the help in advance =)
JP


El vie., 11 oct. 2019 a las 5:17, ada per (<adaper3@gmail.com>) escribió:
Thank you for all your help! Unfortunately the log is empty! Im now  reinstalling the environment from scratch

On Fri, Oct 11, 2019 at 9:32 AM Dominik Holler <dholler@redhat.com> wrote:


On Fri, Oct 11, 2019 at 8:24 AM ada per <adaper3@gmail.com> 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@gmail.com> 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@redhat.com> wrote:
On Wed, Oct 9, 2019 at 1:50 PM ada per <adaper3@gmail.com> 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)
_______________________________________________
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-leave@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/
List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/YMXTTJUPCOVUVWCMFXTACFEOAUYIAIK5/