On January 17, 2020 10:58:00 AM GMT+02:00, Miguel Duarte de Mora Barroso
wrote:
>On Fri, Jan 10, 2020 at 4:45 PM Strahil 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;
On Fri, Jan 10, 2020 at 4:45 PM Strahil 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
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
wrote:
>
> On Mon, Jan 6, 2020 at 9:21 PM Strahil Nikolov wrote:
> >
> > Hi Miguel,
> >
> > I had read some blogs about OVN and I tried to c
On Mon, Jan 6, 2020 at 9:21 PM Strahil Nikolov 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
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 !
Best Regards,Strahil N
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 :)
As the system was first build on 4.2.7 , most proba
On Wed, Dec 18, 2019 at 6:35 AM Strahil Nikolov 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 (19
Hi Dominik,
sadly reinstall of all hosts is not helping.
@ Miguel,
I have 2 clusters1. 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)
The output of the 2 commands (after I run reinstall on all host
On Tue, Dec 17, 2019 at 10:19 AM Miguel Duarte de Mora Barroso
wrote:
>
> On Tue, Dec 17, 2019 at 9:17 AM Dominik Holler wrote:
> >
> >
> >
> > On Tue, Dec 17, 2019 at 6:28 AM Strahil wrote:
> >>
> >> Hi Dominik,
> >>
> >> Thanks for your reply.
> >>
> >> On ovirt1 I got the following:
> >> [roo
On Tue, Dec 17, 2019 at 9:17 AM Dominik Holler wrote:
>
>
>
> On Tue, Dec 17, 2019 at 6:28 AM Strahil wrote:
>>
>> Hi Dominik,
>>
>> Thanks for your reply.
>>
>> On ovirt1 I got the following:
>> [root@ovirt1 openvswitch]# less ovn-controller.log-20191216.gz
>> 2019-12-15T01:49:02.988Z|00032|vlo
On Tue, Dec 17, 2019 at 6:28 AM Strahil wrote:
> Hi Dominik,
>
> Thanks for your reply.
>
> On ovirt1 I got the following:
> [root@ovirt1 openvswitch]# less ovn-controller.log-20191216.gz
> 2019-12-15T01:49:02.988Z|00032|vlog|INFO|opened log file
> /var/log/openvswitch/ovn-controller.log
> 2019-
Hi Dominik,
Thanks for your reply.
On ovirt1 I got the following:
[root@ovirt1 openvswitch]# lessĀ ovn-controller.log-20191216.gz
2019-12-15T01:49:02.988Z|00032|vlog|INFO|opened log file
/var/log/openvswitch/ovn-controller.log
2019-12-16T01:18:02.114Z|00033|vlog|INFO|closing log file
ovn-control
On Sat, Dec 14, 2019 at 11:36 AM Strahil Nikolov
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) .
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
reinsta
On Fri, Dec 13, 2019 at 5:51 AM Strahil wrote:
> Hi Dominik, All,
>
> I've checked '
> https://lists.ovirt.org/archives/list/users@ovirt.org/thread/W6U4XJHNMYMD3WIXDCPGOXLW6DFMCYIM/'
> and the user managed to clear up and start over.
>
> I have removed the ovn-external-provider from UI, but I fo
On Thu, Dec 12, 2019 at 7:50 PM Strahil wrote:
> Hi Dominik,
>
> Thanks for the reply.
>
> Sadly the openstack module is missing on the engine and I have to figure
> it out.
>
The module can be installed by 'pip install openstacksdk', please find an
example in
https://github.com/oVirt/ovirt-syst
Hi Dominik, All,
I've checked
'https://lists.ovirt.org/archives/list/users@ovirt.org/thread/W6U4XJHNMYMD3WIXDCPGOXLW6DFMCYIM/'
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 ref
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 NikolovOn Dec 12, 2019 09:32, Dominik Holler wrote:
>
> The cleanest way to clean up is to remove a
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#file-list_security_groups-py-L25
This should work, if not, please report a bug.
To bypass the ovi
19 matches
Mail list logo