[rdo-dev] [Meeting] RDO meeting (2020-09-02) minutes

2020-09-02 Thread Alfredo Moralejo Alonso
==
#rdo: RDO meeting - 2020-09-02
==


Meeting started by amoralej at 14:03:49 UTC.  The full logs are
available 
athttp://eavesdrop.openstack.org/meetings/rdo_meeting___2020_09_02/2020/rdo_meeting___2020_09_02.2020-09-02-14.03.log.html
.



Meeting summary
---

* roll call  (amoralej, 14:04:13)

* RDO Victoria Release Preparation  (amoralej, 14:06:28)
  * LINK: https://releases.openstack.org/victoria/schedule.html
(amoralej, 14:06:53)
  * LINK:
https://review.rdoproject.org/etherpad/p/victoria-release-preparation
(ykarel, 14:08:37)
  * LINK: https://trello.com/c/gfYmxwO2/742-victoria-release-preparation
(ykarel, 14:08:51)
  * LINK: http://dashboards.rdoproject.org/report-uc  (ykarel, 14:33:54)
  * LINK:
https://github.com/rdo-infra/releng/blob/master/scripts/report-uc.py
(ykarel, 14:34:45)

* Events and Mascot update  (amoralej, 14:38:09)

* New dashboard reporting U-C status!  (amoralej, 14:50:00)
  * LINK: https://dashboards.rdoproject.org/report-uc  (amoralej,
14:50:12)

* open floor  (amoralej, 14:57:29)
  * ACTION: jcapitao to chair next week  (amoralej, 14:59:51)



Meeting ended at 15:00:12 UTC.



Action items, by person
---

* jcapitao
  * jcapitao to chair next week



People present (lines said)
---

* amoralej (99)
* spotz (41)
* ykarel (26)
* jcapitao (20)
* openstack (6)
* rdogerrit (3)



Generated by `MeetBot`_ 0.1.4
___
dev mailing list
dev@lists.rdoproject.org
http://lists.rdoproject.org/mailman/listinfo/dev

To unsubscribe: dev-unsubscr...@lists.rdoproject.org


Re: [rdo-dev] HAProxy 2.2 in RDO repositories

2020-09-02 Thread Alfredo Moralejo Alonso
On Tue, Aug 25, 2020 at 11:14 AM Alfredo Moralejo Alonso <
amora...@redhat.com> wrote:

>
>
> On Wed, Aug 19, 2020 at 2:52 PM Carlos Goncalves 
> wrote:
>
>>
>>
>> On Wed, Aug 19, 2020 at 1:58 PM Alan Pevec  wrote:
>>
>>> Hi Carlos,
>>>
>>> > Octavia roadmap includes adding support to new features and
>>> performance improvements only available starting in HAProxy 2.0. CentOS 8
>>> ships with HAProxy 1.8, and according to the package maintainer there are
>>> no plans to provide HAProxy 2.x in a foreseeable future.
>>> > I have rebuilt HAProxy 2.2 from Fedora rawhide against CentOS 8 and
>>> CentOS Stream in [1] and validated it passed Octavia tests in [2] [3]
>>> (patchset 3, ignore newer ones).
>>> > We would like to check if it would be possible to provide the latest
>>> stable LTS HAProxy 2.2 in RDO repositories.
>>>
>>> Since HAProxy is networking related and could be used outside
>>> OpenStack, I'd like to consider building and hosting it by rebooted
>>> NFV CentOS SIG.
>>>
>>
> I'll bring the topic in next NFV SIG meeting
>
>
>> We should avoid pilling up deps in RDO repos, adding them is the last
>>> option as per our deps guidelines [1]
>>>
>>
>> Works for me.
>>
>>
>>>
>>> Can you also give us short intro how is haproxy included and used in
>>> Octavia?
>>> If it were a containerized service, we might be able to take the
>>> container image from Openshift/OKD ?
>>>
>>
>> The HAProxy RPM is installed in the base operating system,
>> a non-containerized environment. The amphora provider, the reference
>> open-source provider, orchestrates the life-cycle of amphorae instances
>> (service VMs) including HAProxy to deliver load balancing services to
>> tenant application environments.
>>
>>
>
>
> haproxy is used out of octavia/amphora to balance across api services,
> iirc, so we should check with other consumers in TripleO.
>

I've built haproxy-2.2.2 and pushed to
https://buildlogs.centos.org/centos/8/nfv/x86_64/network-extras/ for
testing.

First CI jobs show an issue when balancing redis traffic in TripleO
deployment. I've sent a fix for it in:

https://review.opendev.org/#/c/749525/

I'll try to involve maintainers for other impacted services to validate it.


>
>
>>
>>> Cheers,
>>> Alan
>>>
>>> [1] https://www.rdoproject.org/documentation/requirements/
>>>
>>> ___
>> dev mailing list
>> dev@lists.rdoproject.org
>> http://lists.rdoproject.org/mailman/listinfo/dev
>>
>> To unsubscribe: dev-unsubscr...@lists.rdoproject.org
>>
>
___
dev mailing list
dev@lists.rdoproject.org
http://lists.rdoproject.org/mailman/listinfo/dev

To unsubscribe: dev-unsubscr...@lists.rdoproject.org


Re: [rdo-dev] HAProxy 2.2 in RDO repositories

2020-09-02 Thread Carlos Goncalves
On Wed, Sep 2, 2020, 16:19 Alfredo Moralejo Alonso 
wrote:

>
>
> On Tue, Aug 25, 2020 at 11:14 AM Alfredo Moralejo Alonso <
> amora...@redhat.com> wrote:
>
>>
>>
>> On Wed, Aug 19, 2020 at 2:52 PM Carlos Goncalves 
>> wrote:
>>
>>>
>>>
>>> On Wed, Aug 19, 2020 at 1:58 PM Alan Pevec  wrote:
>>>
 Hi Carlos,

 > Octavia roadmap includes adding support to new features and
 performance improvements only available starting in HAProxy 2.0. CentOS 8
 ships with HAProxy 1.8, and according to the package maintainer there are
 no plans to provide HAProxy 2.x in a foreseeable future.
 > I have rebuilt HAProxy 2.2 from Fedora rawhide against CentOS 8 and
 CentOS Stream in [1] and validated it passed Octavia tests in [2] [3]
 (patchset 3, ignore newer ones).
 > We would like to check if it would be possible to provide the latest
 stable LTS HAProxy 2.2 in RDO repositories.

 Since HAProxy is networking related and could be used outside
 OpenStack, I'd like to consider building and hosting it by rebooted
 NFV CentOS SIG.

>>>
>> I'll bring the topic in next NFV SIG meeting
>>
>>
>>> We should avoid pilling up deps in RDO repos, adding them is the last
 option as per our deps guidelines [1]

>>>
>>> Works for me.
>>>
>>>

 Can you also give us short intro how is haproxy included and used in
 Octavia?
 If it were a containerized service, we might be able to take the
 container image from Openshift/OKD ?

>>>
>>> The HAProxy RPM is installed in the base operating system,
>>> a non-containerized environment. The amphora provider, the reference
>>> open-source provider, orchestrates the life-cycle of amphorae instances
>>> (service VMs) including HAProxy to deliver load balancing services to
>>> tenant application environments.
>>>
>>>
>>
>>
>> haproxy is used out of octavia/amphora to balance across api services,
>> iirc, so we should check with other consumers in TripleO.
>>
>
> I've built haproxy-2.2.2 and pushed to
> https://buildlogs.centos.org/centos/8/nfv/x86_64/network-extras/ for
> testing.
>

Cool, thank you very much!

I'm currently on PTO (back on Sept 14). If you or one of my Octavia
colleagues want to give that build a spin, feel free to play with
https://review.opendev.org/#/c/744102/


> First CI jobs show an issue when balancing redis traffic in TripleO
> deployment. I've sent a fix for it in:
>
> https://review.opendev.org/#/c/749525/
>
> I'll try to involve maintainers for other impacted services to validate it.
>
>
>>
>>
>>>
 Cheers,
 Alan

 [1] https://www.rdoproject.org/documentation/requirements/

 ___
>>> dev mailing list
>>> dev@lists.rdoproject.org
>>> http://lists.rdoproject.org/mailman/listinfo/dev
>>>
>>> To unsubscribe: dev-unsubscr...@lists.rdoproject.org
>>>
>>
___
dev mailing list
dev@lists.rdoproject.org
http://lists.rdoproject.org/mailman/listinfo/dev

To unsubscribe: dev-unsubscr...@lists.rdoproject.org