Hi Miguel, It seems the Cluster's switch is of type 'Linux Bridge'. Best Regards, Strahil NikolovOn Jan 10, 2020 12:37, Miguel Duarte de Mora Barroso <mdbarroso@redhat.com> wrote:
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 that might hint where the issue is.
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 that :)
You can use the GUI for that; access "Compute > clusters" , choose 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