I am also attaching a screenshot of the host network setup. Apparently the hosts can see the external networks and they get synchronized properly. Is there a chance that the issue might be from open-stack security? i disabled the port sec though
On Wed, Oct 9, 2019 at 2:12 PM ada per <adap...@gmail.com> wrote: > unfortunately I get the following error when running the playbook. > > TASK [ovirt-provider-ovn-driver : Configure OVN for oVirt] > **************************************************************************************************************************************************** > fatal: [threatrealm3.sec.ouc.ac.cy]: FAILED! => { > "changed": true, > "cmd": [ > "vdsm-tool", > "ovn-config", > "192.168.1.21", > "ovirt-provider-ovn" > ], > "delta": "0:00:02.993452", > "end": "2019-10-09 14:09:57.555302", > "rc": 1, > "start": "2019-10-09 14:09:54.561850" > } > > STDERR: > > Traceback (most recent call last): > File "/usr/bin/vdsm-tool", line 220, in main > return tool_command[cmd]["command"](*args) > File "/usr/lib/python2.7/site-packages/vdsm/tool/ovn_config.py", line > 64, in ovn_config > ip_address = get_ip_addr(get_network(network_caps(), net_name)) > File "/usr/lib/python2.7/site-packages/vdsm/tool/ovn_config.py", line > 118, in get_network > raise NetworkNotFoundError(net_name) > NetworkNotFoundError: ovirt-provider-ovn > > > MSG: > > non-zero return code > > fatal: [threatrealm2.sec.ouc.ac.cy]: FAILED! => { > "changed": true, > "cmd": [ > "vdsm-tool", > "ovn-config", > "192.168.1.21", > "ovirt-provider-ovn" > ], > "delta": "0:00:03.033376", > "end": "2019-10-09 14:09:57.650353", > "rc": 1, > "start": "2019-10-09 14:09:54.616977" > } > > STDERR: > > Traceback (most recent call last): > File "/usr/bin/vdsm-tool", line 220, in main > return tool_command[cmd]["command"](*args) > File "/usr/lib/python2.7/site-packages/vdsm/tool/ovn_config.py", line > 64, in ovn_config > ip_address = get_ip_addr(get_network(network_caps(), net_name)) > File "/usr/lib/python2.7/site-packages/vdsm/tool/ovn_config.py", line > 118, in get_network > raise NetworkNotFoundError(net_name) > NetworkNotFoundError: ovirt-provider-ovn > > > MSG: > > non-zero return code > > > PLAY RECAP > **************************************************************************************************************************************************************************************************** > localhost : ok=1 changed=0 unreachable=0 > failed=0 skipped=2 rescued=0 ignored=0 > threatrealm2.sec.ouc.ac.cy : ok=5 changed=0 unreachable=0 > failed=1 skipped=0 rescued=0 ignored=0 > threatrealm3.sec.ouc.ac.cy : ok=5 changed=0 unreachable=0 > failed=1 skipped=0 rescued=0 ignored=0 > > > On Wed, Oct 9, 2019 at 11:36 AM Miguel Duarte de Mora Barroso < > mdbarr...@redhat.com> wrote: > >> On Wed, Oct 9, 2019 at 10:13 AM ada per <adap...@gmail.com> wrote: >> > >> > Can you please share the /var/log/openvswitch/ovn-controller.log from >> the host? >> > If you configure a subnet on the network, gets the VM an IP address? >> > >> > >> > the /var/log/openvswitch/ovn-controller.log its >> actually empty. So Iam Attaching yesterdays log (it wasn’t connecting but >> after removing and reinstalling the hosts it connects) >> > >> > Even with specifying a subnet still no IPs. >> > >> > >> > btw the openvswitch is active >> > >> > openvswitch.service - Open vSwitch >> > >> > Loaded: loaded >> (/usr/lib/systemd/system/openvswitch.service; enabled; vendor preset: >> disabled) >> > >> > Active: active (exited) since Tue 2019-10-08 16:02:12 >> EEST; 18h ago >> > >> > >> > >> > You upgraded from which version ? >> > >> > Upgraded from 4 .3.4 to 4.3.6.7-1.el7 it currently runs >> openvswitch 2.10.1 >> >> I find it strange that you weren't prompted to update ovs to >> openvswitch-2.11.0-4.el7 , which is the currently tagged version for >> ovirt-4.3 and master. >> >> If you do yum update openvswitch, doesn't it spot the update possibility ? >> >> > >> > >> > >> I have another environment running on a previous version of ovirt >> and it works perfectly there. I think its a bug. >> > >> > Which version of ovirt is being run on that environment ? What's the >> > openvswitch / openvswitch-ovn-central version running on that env ? >> > >> > Ovirt Version 4.3.4.3-1.el7 >> > >> > >> > >> > Openvswitch 2.10.1 ( so both environments run the same >> version of openvswitch) >> > >> > >> > >> > >> > >> > Thinking a couple steps ahead, knowing the list of registered chassis >> > could be useful. Please also tell us the output of the command (run it >> > on your engine node): >> > $ ovn-sbctl list chassis >> > >> > >> > >> > # 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 obj ect file: No such file or directory >> > >> > PMD: net_mlx4: cannot initialize PMD due to missing run-time dependency >> on rdma-core libraries (libibverbs, libmlx4) >> >> Sorry for the ugly logged errors; they're just noise. >> >> Despite that, the absence of registered chassis is quite surely why >> your environment is misbehaving - it looks like the ovirt update >> messed up the previous config. >> >> Could you follow the instructions at [0] to re-configure OVN ? After >> the playbook finishes, please re-check your chassis table (ovn-sbctl >> list chassis). You should find exactly one entry per ovirt-node. >> >> [0] - >> https://www.ovirt.org/documentation/admin-guide/chap-External_Providers.html#configuring-hosts-for-an-ovn-tunnel-network >> >> > >> > >> > >> > >> > >> > >> > >> > On Tue, Oct 8, 2019 at 6:10 PM Miguel Duarte de Mora Barroso < >> mdbarr...@redhat.com> wrote: >> >> >> >> On Tue, Oct 8, 2019 at 5:02 PM Miguel Duarte de Mora Barroso >> >> <mdbarr...@redhat.com> wrote: >> >> > >> >> > On Tue, Oct 8, 2019 at 4:53 PM Dominik Holler <dhol...@redhat.com> >> wrote: >> >> > > >> >> > > >> >> > > >> >> > > On Tue, Oct 8, 2019 at 4:25 PM ada per <adap...@gmail.com> wrote: >> >> > >> >> >> > >> After upgrading to the latest stable version the external >> networks lost all functionality. Under providers-->ovn-network-provider the >> test runs successfully. >> >> > >> >> > You upgraded from which version ? >> >> > >> >> > >> >> >> > >> But when im creating an external provider network, attaching it >> to a router as a LAN setting up dhcp lease it is not reachable from other >> VMs in the same network. Hosts and hosted engine can't seem to ping it >> either. >> >> > >> I tried disabling firewalls on both hosted engines, VMs and host >> and still nothing. >> >> > >> When configuring Logical networks or VLANs they work perfectly >> tje one problem is the external networks. >> >> > >> >> >> > >> I have another environment running on a previous version of ovirt >> and it works perfectly there. I think its a bug. >> >> > >> >> > Which version of ovirt is being run on that environment ? What's the >> >> > openvswitch / openvswitch-ovn-central version running on that env ? >> >> >> >> Thinking a couple steps ahead, knowing the list of registered chassis >> >> could be useful. Please also tell us the output of the command (run it >> >> on your engine node): >> >> $ ovn-sbctl list chassis >> >> >> >> > >> >> > >> >> >> > > >> >> > > Can you please share the /var/log/openvswitch/ovn-controller.log >> from the host? >> >> > > If you configure a subnet on the network, gets the VM an IP >> address? >> >> > > >> >> > > >> >> > >> >> >> > >> >> >> > >> Thanks for your help >> >
_______________________________________________ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@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/GAUACBNXVJKKL3MHLFJH5PIO46QVXUA7/