On Sat, Dec 14, 2019 at 11:36 AM Strahil Nikolov <hunter86_bg(a)yahoo.com>
wrote:
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
them from scratch.
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
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 "c1eba112-5eed-4c04-b25c-d3dcfb934546"
Is it possible to remove the vNICs , Virtual Network + and recreate the
ovn db to start over ?
@Miguel Duarte de Mora Barroso <mdbarroso(a)redhat.com> Is there a hardcore
way bypassing ovirt-provider-ovn to do this?
I guess the other option is to create a VM that can be used to
install
python openstacksdk and modify via the python script from your previous
e-mail.
Yes, a fedora VM in oVirt works great and creating a template from the
images from ovirt-image-repository is comfortable.
Best Regards,
Strahil Nikolov
В петък, 13 декември 2019 г., 10:11:51 ч. Гринуич+2, Dominik Holler <
dholler(a)redhat.com> написа:
On Fri, Dec 13, 2019 at 5:51 AM Strahil <hunter86_bg(a)yahoo.com> wrote:
Hi Dominik, All,
I've checked '
https://lists.ovirt.org/archives/list/users@ovirt.org/thread/W6U4XJHNMYMD...
and the user managed to clear up and start over.
I have removed the ovn-external-provider from UI, but I forgot to copy
the data from the fields.
Do you know any refference guide (or any tips & tricks) for adding OVN ?
The ovirt-provider-ovn entity can be added to oVirt Engine as a new
provider with
Type: External Network Provider
Network Plugin: oVirt Network Provider for OVN
Provider URL:
https://YOUR_ENGINE_FQDNt:9696
Username: admin@internal
Password: admin@interal password
Host Name: YOUR_ENGINE_FQDN
API Port: 35357
API Version: v2.0
Is this the information you need?
Thanks in advance.
Best Regards,
Strahil Nikolov
On Dec 12, 2019 20:49, Strahil <hunter86_bg(a)yahoo.com> wrote:
Hi Dominik,
Thanks for the reply.
Sadly the openstack module is missing on the engine and I have to figure
it out.
Can't I just undeploy the ovn and then redeploy it back ?
Best Regards,
Strahil Nikolov
On Dec 12, 2019 09:32, Dominik Holler <dholler(a)redhat.com> wrote:
The cleanest way to clean up is to remove all entities on the OpenStack
Network API on ovirt-provider-ovn, e.g. by something like
https://gist.github.com/dominikholler/19bcdc5f14f42ab5f069086fd2ff5e37#fi...
This should work, if not, please report a bug.
To bypass the ovirt-provider-ovn, which is not recommended and might end
in an inconsistent state, you could use ovn-nbctl .
On Thu, Dec 12, 2019 at 3:33 AM Strahil Nikolov <hunter86_bg(a)yahoo.com>
wrote:
Hi Community,
can someone hint me how to get rid of some ports? I just want to 'reset'
my ovn setup.
Here is what I have so far:
[root@ovirt1 openvswitch]# ovs-vsctl list interface
_uuid : be89c214-10e4-4a97-a9eb-1b82bc433a24
admin_state : up
bfd : {}
bfd_status : {}
cfm_fault : []
cfm_fault_status : []
cfm_flap_count : []
cfm_health : []
cfm_mpid : []
cfm_remote_mpids : []
cfm_remote_opstate : []
duplex : []
error : []
external_ids : {}
ifindex : 35
ingress_policing_burst: 0
ingress_policing_rate: 0
lacp_current : []
link_resets : 0
link_speed : []
link_state : up
lldp : {}
mac : []
mac_in_use : "7a:7d:1d:a7:43:1d"
mtu : []
mtu_request : []
name : "ovn-25cc77-0"
ofport : 6
ofport_request : []
options : {csum="true", key=flow,
remote_ip="192.168.1.64"}
other_config : {}
statistics : {rx_bytes=0, rx_packets=0, tx_bytes=0, tx_packets=0}
status : {tunnel_egress_iface=ovirtmgmt,
tunnel_egress_iface_carrier=up}
type : geneve
_uuid : ec6a6688-e5d6-4346-ac47-ece1b8379440
admin_state : down
bfd : {}
bfd_status : {}
cfm_fault : []
cfm_fault_status : []
cfm_flap_count : []
cfm_health : []
cfm_mpid : []
cfm_remote_mpids : []
cfm_remote_opstate : []
duplex : []
error : []
external_ids : {}
ifindex : 13
ingress_policing_burst: 0
ingress_policing_rate: 0
lacp_current : []
link_resets : 0
link_speed : []
link_state : down
lldp : {}
mac : []
mac_in_use : "66:36:dd:63:dc:48"
mtu : 1500
mtu_request : []
name : br-int
ofport : 65534
ofport_request : []
options : {}
other_config : {}
statistics : {collisions=0, rx_bytes=0, rx_crc_err=0,
rx_dropped=0, rx_errors=0, rx_frame_err=0, rx_over_err=0, rx_packets=0,
tx_bytes=0, tx_dropped=0, tx_errors=0, tx_packets=0}
status : {driver_name=openvswitch}
type : internal
_uuid : 1e511b4d-f7c2-499f-bd8c-07236e7bb7af
admin_state : up
bfd : {}
bfd_status : {}
cfm_fault : []
cfm_fault_status : []
cfm_flap_count : []
cfm_health : []
cfm_mpid : []
cfm_remote_mpids : []
cfm_remote_opstate : []
duplex : []
error : []
external_ids : {}
ifindex : 35
ingress_policing_burst: 0
ingress_policing_rate: 0
lacp_current : []
link_resets : 0
link_speed : []
link_state : up
lldp : {}
mac : []
mac_in_use : "1a:85:d1:d9:e2:a5"
mtu : []
mtu_request : []
name : "ovn-566849-0"
ofport : 5
ofport_request : []
options : {csum="true", key=flow,
remote_ip="192.168.1.41"}
other_config : {}
statistics : {rx_bytes=0, rx_packets=0, tx_bytes=0, tx_packets=0}
status : {tunnel_egress_iface=ovirtmgmt,
tunnel_egress_iface_carrier=up}
type : geneve
When I try to remove a port - it never ends (just hanging):
[root@ovirt1 openvswitch]# ovs-vsctl --dry-run del-port br-int
ovn-25cc77-0
In journal I see only this:
дек 12 04:13:57 ovirt1.localdomain ovs-vsctl[22030]:
ovs|00001|vsctl|INFO|Called as ovs-vsctl --dry-run del-port br-int
ovn-25cc77-0
The stranger part to me is the log output:
[root@ovirt1 openvswitch]# grep ovn-25cc77-0 /var/log/openvswitch/*.log
/var/log/openvswitch/ovs-vswitchd.log:2019-12-12T01:26:28.642Z|00032|bridge|INFO|bridge
br-int: added interface ovn-25cc77-0 on port 14
/var/log/openvswitch/ovs-vswitchd.log:2019-12-12T01:45:15.646Z|00113|bridge|INFO|bridge
br-int: deleted interface ovn-25cc77-0 on port 14
/var/log/openvswitch/ovs-vswitchd.log:2019-12-12T01:45:15.861Z|00116|bridge|INFO|bridge
br-int: added interface ovn-25cc77-0 on port 2
/var/log/openvswitch/ovs-vswitchd.log:2019-12-12T01:50:36.678Z|00118|bridge|INFO|bridge
br-int: deleted interface ovn-25cc77-0 on port 2
/var/log/openvswitch/ovs-vswitchd.log:2019-12-12T01:52:31.180Z|00121|bridge|INFO|bridge
br-int: added interface ovn-25cc77-0 on port 3
/var/log/openvswitch/ovs-vswitchd.log:2019-12-12T01:55:09.734Z|00125|bridge|INFO|bridge
br-int: deleted interface ovn-25cc77-0 on port 3
/var/log/openvswitch/ovs-vswitchd.log:2019-12-12T01:58:15.138Z|00127|bridge|INFO|bridge
br-int: added interface ovn-25cc77-0 on port 6
I'm also attaching the verbose output of the dryrun.
Thanks in advance.
Best Regards,
Strahil Nikolov
_______________________________________________
Users mailing list -- users(a)ovirt.org
To unsubscribe send an email to users-leave(a)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/IG7YJPINVAF...
_______________________________________________
Users mailing list -- users(a)ovirt.org
To unsubscribe send an email to users-leave(a)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/VAJVBW3EGNE...