On Tue, Apr 25, 2017 at 9:34 AM, Marcin Mirecki <mmirecki@redhat.com> wrote:
It looks like ndb is listening (netstat shows this), but not receiving anything (log is empty). This looks like a connectivity issue. Can the provider host ping the ovn host?
Yes. The provider host is the oVirt self hosted engine VM
Is firewalld/iptables disabled on both hosts?
Firewall is disabled on all 3 oVirt hosts. While on engine VM side the firewalld service is active but with needed ports enabled. [g.cecchi@ovmgr1 ~]$ sudo firewall-cmd --get-default-zone public [g.cecchi@ovmgr1 ~]$ sudo firewall-cmd --get-active-zones public interfaces: ens192 [g.cecchi@ovmgr1 ~]$ sudo firewall-cmd --list-all public (active) target: default icmp-block-inversion: no interfaces: ens192 sources: services: dhcpv6-client ovirt-fence-kdump-listener ovirt-http ovirt-https ovirt-imageio-proxy ovirt-postgres ovirt-provider-ovn ovirt-vmconsole-proxy ovirt-websocket-proxy ssh ports: protocols: masquerade: no forward-ports: sourceports: icmp-blocks: rich rules: rule family="ipv4" port port="6641" protocol="tcp" accept rule family="ipv4" port port="6642" protocol="tcp" accept [g.cecchi@ovmgr1 ~]$
Let's make sure that OVN is working fine. I attach a short python script that checks the connection from the localhost. Please check if it can connect to ovn from localhost (just execute this on the host with ovn: "python tcp_connection_test.py" ). It should connect and print out all the OVN networks. Does this work? <https://www.redhat.com>
It seems so. If I run on my ovm provider host: [g.cecchi@ovmgr1 ~]$ python /tmp/tcp_connection_test.py connecting 1 connecting 2 CONNECTED! ROW: uuid:04501f6b-3977-4ba1-9ead-7096768d796d name:ovn172 ROW: uuid:6110649a-db2b-4de7-8fbc-601095cfe510 name:ovn192 [g.cecchi@ovmgr1 ~]$ Perhaps I was not clear at the beginning.... I try to reformulate. I noticed that ovn didn't work after upgrade from 4.1.0 to 4.1.1. Then in oVirt OVN documentation I found about the "set" commands to give in case of openvswitch 2.7 And in fact after giving the commands I was able to start VM with OVN vnics and they was able to communicate through openvswitch. The problem was the persistence of the set command. It seems that after restarting engine VM (that is my provider host), the setting is not maintained.... Gianluca