On 8/10/23 18:56, Dumitru Ceara wrote:
> On 8/10/23 18:15, Han Zhou wrote:
>> Thanks Vladislav and Dumitru for reporting and fixing the issue.
>> The impact of the issue is more than just the memory spikes in
>> ovn-controller. More importantly, it incurs much higher load on SB DB
>> because the
On 8/10/23 18:15, Han Zhou wrote:
> Thanks Vladislav and Dumitru for reporting and fixing the issue.
> The impact of the issue is more than just the memory spikes in
> ovn-controller. More importantly, it incurs much higher load on SB DB
> because the conditions are flooded with all the localnet
Thanks Vladislav and Dumitru for reporting and fixing the issue.
The impact of the issue is more than just the memory spikes in
ovn-controller. More importantly, it incurs much higher load on SB DB
because the conditions are flooded with all the localnet ports regardless
of whether they belong to
Hi Dumitru!
I’ve performed test on the host, where ovn-controller (22.09.x) without your
patch and without any local datapaths consumed 3+GiB of ram after start and the
process start took 100% CPU during ~40 seconds after start.
With your patch ovn-controller starts during ~5 seconds with max
Thanks Dumitru!
I’ll test this patch in a few days.
> On 28 Jul 2023, at 14:36, Dumitru Ceara wrote:
>
> Hi Vladislav,
>
> After quite some time trying to implement the IDL API change to allow
> setting a different default monitor condition and mostly struggling with
> ovn-controller using
Hi Vladislav,
After quite some time trying to implement the IDL API change to allow
setting a different default monitor condition and mostly struggling with
ovn-controller using that properly I kind of gave up and decided to
approach this in a different way.
We have guidelines about supported
Many thanks for the information!
> On 25 Jul 2023, at 11:14, Dumitru Ceara wrote:
>
> On 7/24/23 21:10, Vladislav Odintsov wrote:
>> Hi Dumitru,
>>
>
> Hi Vladislav,
>
>> I just wanted to ask wether you need any help (maybe, testing) in this?
>> I’m ready to check this on my dataset if you
On 7/24/23 21:10, Vladislav Odintsov wrote:
> Hi Dumitru,
>
Hi Vladislav,
> I just wanted to ask wether you need any help (maybe, testing) in this?
> I’m ready to check this on my dataset if you were successful to
> implement a fix.
>
Thanks for offering to help. I didn't get the chance to
Hi Dumitru,
I just wanted to ask wether you need any help (maybe, testing) in this?
I’m ready to check this on my dataset if you were successful to implement a fix.
> On 12 Jul 2023, at 12:15, Dumitru Ceara wrote:
>
> On 7/12/23 00:01, Ilya Maximets wrote:
>> On 7/11/23 19:01, Dumitru Ceara
On 7/12/23 00:01, Ilya Maximets wrote:
> On 7/11/23 19:01, Dumitru Ceara wrote:
>> On 7/11/23 18:33, Vladislav Odintsov wrote:
>>> Hi Dumitru,
>>>
>>> The system on which I reproduced this issue is running 22.09.x version.
>>> I’ve tried to upgrade ovn-controller to main branch + your patch.
On 7/11/23 19:01, Dumitru Ceara wrote:
> On 7/11/23 18:33, Vladislav Odintsov wrote:
>> Hi Dumitru,
>>
>> The system on which I reproduced this issue is running 22.09.x version. I’ve
>> tried to upgrade ovn-controller to main branch + your patch. Please, note
>> that it has test error: [1].
>>
On 7/11/23 18:33, Vladislav Odintsov wrote:
> Hi Dumitru,
>
> The system on which I reproduced this issue is running 22.09.x version. I’ve
> tried to upgrade ovn-controller to main branch + your patch. Please, note
> that it has test error: [1].
> After two minutes after upgrade it still
Hi Dumitru,
The system on which I reproduced this issue is running 22.09.x version. I’ve
tried to upgrade ovn-controller to main branch + your patch. Please, note that
it has test error: [1].
After two minutes after upgrade it still consumed 3.3G.
I tried to backport your patch to 22.09, it
On 7/10/23 22:20, Vladislav Odintsov wrote:
> Hi Dumitru,
>
> thanks for digging into this! I highly appreciate your help!
>
No worries, my pleasure! :)
> Please, see my answers inline.
>
>> On 10 Jul 2023, at 15:28, Dumitru Ceara wrote:
>>
>> On 7/10/23 12:57, Dumitru Ceara wrote:
>>> On
Hi Dumitru,
thanks for digging into this! I highly appreciate your help!
Please, see my answers inline.
> On 10 Jul 2023, at 15:28, Dumitru Ceara wrote:
>
> On 7/10/23 12:57, Dumitru Ceara wrote:
>> On 7/6/23 13:00, Vladislav Odintsov wrote:
>>>
>>>
On 5 Jul 2023, at 20:07, Vladislav
On 7/10/23 12:57, Dumitru Ceara wrote:
> On 7/6/23 13:00, Vladislav Odintsov wrote:
>>
>>
>>> On 5 Jul 2023, at 20:07, Vladislav Odintsov wrote:
>>>
>>> Hi Dumitru,
>>>
>>> thanks for the quick response!
>>>
On 5 Jul 2023, at 19:53, Dumitru Ceara wrote:
On 7/5/23 17:14, Vladislav
On 7/6/23 13:00, Vladislav Odintsov wrote:
>
>
>> On 5 Jul 2023, at 20:07, Vladislav Odintsov wrote:
>>
>> Hi Dumitru,
>>
>> thanks for the quick response!
>>
>>> On 5 Jul 2023, at 19:53, Dumitru Ceara wrote:
>>>
>>> On 7/5/23 17:14, Vladislav Odintsov wrote:
Hi,
>>>
>>> Hi
> On 5 Jul 2023, at 20:07, Vladislav Odintsov wrote:
>
> Hi Dumitru,
>
> thanks for the quick response!
>
>> On 5 Jul 2023, at 19:53, Dumitru Ceara wrote:
>>
>> On 7/5/23 17:14, Vladislav Odintsov wrote:
>>> Hi,
>>>
>>
>> Hi Vladislav,
>>
>>> we’ve noticed there is a huge ovn-controller
Hi Dumitru,
thanks for the quick response!
> On 5 Jul 2023, at 19:53, Dumitru Ceara wrote:
>
> On 7/5/23 17:14, Vladislav Odintsov wrote:
>> Hi,
>>
>
> Hi Vladislav,
>
>> we’ve noticed there is a huge ovn-controller memory consumption introduced
>> with [0] comparing to version without its
On 7/5/23 17:14, Vladislav Odintsov wrote:
> Hi,
>
Hi Vladislav,
> we’ve noticed there is a huge ovn-controller memory consumption introduced
> with [0] comparing to version without its changes in ovn-controller.c part
> (just OVS submodule bump without ovn-controller changes doesn’t trigger
Hi,
we’ve noticed there is a huge ovn-controller memory consumption introduced with
[0] comparing to version without its changes in ovn-controller.c part (just OVS
submodule bump without ovn-controller changes doesn’t trigger such behaviour).
On an empty host connected to working cluster
21 matches
Mail list logo
