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
2:58 a.m.
New subject: Ovirt OVN help needed
On Fri, Jan 10, 2020 at 4:45 PM Strahil <hunter86_bg(a)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
<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:
On Fri, Jan 10, 2020 at 4:45 PM Strahil <hunter86_bg(a)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
<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
_______________________________________________
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/6VTQDK7TWO3...
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
1563
days inactive
1570
days old
2 comments
3 participants
participants (3)
-
Miguel Duarte de Mora Barroso -
Strahil -
Strahil Nikolov