
On January 17, 2020 10:58:00 AM GMT+02:00, Miguel Duarte de Mora Barroso <mdbarroso@redhat.com> wrote:
On Fri, Jan 10, 2020 at 4:45 PM Strahil <hunter86_bg@yahoo.com> wrote:
Hi Miguel,
It seems the Cluster's switch is of type 'Linux Bridge'.
I apologize, but for some reason, this thread does not have the whole conversation; I lost track of what we're trying to solve here.
What exactly is your problem ?
Best Regards, Strahil NikolovOn Jan 10, 2020 12:37, Miguel Duarte de Mora Barroso
On Mon, Jan 6, 2020 at 9:21 PM Strahil Nikolov
<hunter86_bg@yahoo.com> wrote:
Hi Miguel,
I had read some blogs about OVN and I tried to collect some data
I still struggle to "decode" that , but it may be easier for you
or anyone on the list.
I am eager to receive your reply. Thanks in advance and Happy New Year !
Hi,
Sorry for not noticing your email before. Hope late is better than never ..
Best Regards, Strahil Nikolov
В сряда, 18 декември 2019 г., 21:10:31 ч. Гринуич+2, Strahil
Nikolov <hunter86_bg@yahoo.com> написа:
That's a good question. ovirtmgmt is using linux bridge, but I'm not so sure about the
br-int.
'brctl show' is not understanding what type is br-int , so I guess openvswitch.
This is still a guess, so you can give me the command to verify
You can use the GUI for that; access "Compute > clusters" , choose
<mdbarroso@redhat.com> wrote: that might hint where the issue is. that :) the
cluster in question, hit 'edit', then look for the 'Swtich type' entry.
As the system was first build on 4.2.7 , most probably it never
used anything except openvswitch.
Thanks in advance for your help. I really appreciate that.
Best Regards, Strahil Nikolov
В сряда, 18 декември 2019 г., 17:53:31 ч. Гринуич+2, Miguel
Duarte de Mora Barroso <mdbarroso@redhat.com> написа:
On Wed, Dec 18, 2019 at 6:35 AM Strahil Nikolov
<hunter86_bg@yahoo.com> wrote:
Hi Dominik,
sadly reinstall of all hosts is not helping.
@ Miguel,
I have 2 clusters 1. Default (amd-based one) -> ovirt1 (192.168.1.90) & ovirt2
(192.168.1.64)
2. Intel (intel-based one and a gluster arbiter) -> ovirt3 (192.168.1.41)
But what are the switch types used on the clusters: openvswitch *or* legacy / linux bridges ?
The output of the 2 commands (after I run reinstall on all
hosts ):
[root@engine ~]# ovn-sbctl list encap _uuid : d4d98c65-11da-4dc8-9da3-780e7738176f chassis_name : "baa0199e-d1a4-484c-af13-a41bcad19dbc" ip : "192.168.1.90" options : {csum="true"} type : geneve
_uuid : ed8744a5-a302-493b-8c3b-19a4d2e170de chassis_name : "25cc77b3-046f-45c5-af0c-ffb2f77d73f1" ip : "192.168.1.64" options : {csum="true"} type : geneve
_uuid : b72ff0ab-92fc-450c-a6eb-ab2869dee217 chassis_name : "5668499c-7dd0-41ee-bc5d-2e6ee9cd61c3" ip : "192.168.1.41" options : {csum="true"} type : geneve
[root@engine ~]# ovn-sbctl list chassis _uuid : b1da5110-f477-4c60-9963-b464ab96c644 encaps : [ed8744a5-a302-493b-8c3b-19a4d2e170de] external_ids : {datapath-type="",
iface-types="erspan,geneve,gre,internal,ip6erspan,ip6gre,lisp,patch,stt,system,tap,vxlan", ovn-bridge-mappings=""}
hostname : "ovirt2.localdomain" name : "25cc77b3-046f-45c5-af0c-ffb2f77d73f1" nb_cfg : 0 transport_zones : [] vtep_logical_switches: []
_uuid : dcc94e1c-bf44-46a3-b9d1-45360c307b26 encaps : [b72ff0ab-92fc-450c-a6eb-ab2869dee217] external_ids : {datapath-type="", iface-types="erspan,geneve,gre,internal,ip6erspan,ip6gre,lisp,patch,stt,system,tap,vxlan", ovn-bridge-mappings=""} hostname : "ovirt3.localdomain" name : "5668499c-7dd0-41ee-bc5d-2e6ee9cd61c3" nb_cfg : 0 transport_zones : [] vtep_logical_switches: []
_uuid : 897b34c5-d1d1-41a7-b2fd-5f1fa203c1da encaps : [d4d98c65-11da-4dc8-9da3-780e7738176f] external_ids : {datapath-type="", iface-types="erspan,geneve,gre,internal,ip6erspan,ip6gre,lisp,patch,stt,system,tap,vxlan", ovn-bridge-mappings=""} hostname : "ovirt1.localdomain" name : "baa0199e-d1a4-484c-af13-a41bcad19dbc" nb_cfg : 0 transport_zones : [] vtep_logical_switches: []
If you know an easy method to reach default settings will be best, as I'm currently not using OVN in production (just for tests and to learn more about how it works) and I can afford any kind of downtime.
Best Regards, Strahil Nikolov
В вторник, 17 декември 2019 г., 11:28:25 ч. Гринуич+2, Miguel Duarte
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/6VTQDK7TWO3VPN...
Hi Miguel, I guess it was from my previous e-mail client , as also other people has stated that. It seems that my OVN flows are messed up and only VMs on the same host can communicate with each other (using ovirtmgmt is working). Is there a simple way to restore OVN to defaults (after removing my test network), as currently it's not working properly ? Previous e-mail consisted of output of commands that I found in the web that might give you a more clear picture of the situation. Best Regards, Strahil Nikolov