9:45 a.m.
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(a)redhat.com> wrote:
>
> On Mon, Jan 6, 2020 at 9:21 PM Strahil Nikolov <hunter86_bg(a)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(a)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(a)redhat.com> написа:
> >
> >
> > On Wed, Dec 18, 2019 at 6:35 AM Strahil Nikolov <hunter86_bg(a)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
7:43 a.m.
New subject: Ovirt OVN help needed
On January 17, 2020 10:58:00 AM GMT+02:00, Miguel Duarte de Mora Barroso
<mdbarroso(a)redhat.com> wrote:
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
1974
days inactive
1981
days old
2 comments
3 participants
participants (3)
-
Miguel Duarte de Mora Barroso -
Strahil -
Strahil Nikolov