HAProxy 2.2 in RDO repositories
by Carlos Goncalves
Octavia intensively builds atop HAProxy to provide a load balancing as a
service in OpenStack.
HAProxy 2.x includes many new features and improvements such as end-to-end
HTTP/2, gRPC, enhanced TCP Fast Open (TFO), tunning for optimal
performance, and improved HTTP/2 support.
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.
Please share any comments, questions or concerns you may have.
Thanks,
Carlos
[1] https://copr.fedorainfracloud.org/coprs/cgoncalves/haproxy/
[2] https://review.opendev.org/#/c/744102/
[3]
https://b243d4743f7e78ea53c5-eb0bc8c584c4b7f1435696f4fd53c9a4.ssl.cf5.rac...
4 years, 1 month
[rdo-users] [Meeting] RDO meeting (2020-08-26) minutes
by YATIN KAREL
==============================
#rdo: RDO meeting - 2020-08-26
==============================
Meeting started by ykarel at 14:01:46 UTC. The full logs are available
athttp://eavesdrop.openstack.org/meetings/rdo_meeting___2020_08_26/2020/r...
.
Meeting summary
---------------
* roll call (ykarel, 14:01:58)
* event update. TripleO livestream, etc (ykarel, 14:05:33)
* LINK: https://releases.openstack.org/victoria/schedule.html
(ykarel, 14:17:52)
* mascot? (ykarel, 14:24:48)
* ACTION: spotz to check about RDO mascot with jbrooks (ykarel,
14:40:15)
* Next Week's chair (ykarel, 14:40:19)
* ACTION: amoralej to chair next week (ykarel, 14:40:41)
* Open Floor (ykarel, 14:40:48)
Meeting ended at 14:46:16 UTC.
Action items, by person
-----------------------
* amoralej
* amoralej to chair next week
* spotz
* spotz to check about RDO mascot with jbrooks
People present (lines said)
---------------------------
* spotz (35)
* ykarel (34)
* amoralej (18)
* openstack (4)
* rdogerrit (1)
* weshay (1)
Generated by `MeetBot`_ 0.1.4
______________________________________________
users mailing list
users(a)lists.rdoproject.org
http://lists.rdoproject.org/mailman/listinfo/users
To unsubscribe: users-unsubscribe(a)lists.rdoproject.org
4 years, 2 months
RDO packaging for CentOS-Stream
by Wesley Hayutin
Greetings,
Are there any public plans for building RDO packages on CentOS-Stream
available for the community to review?
Thanks 0/
4 years, 2 months
[cloudkitty][rdo] Broken cloudkitty RPMs on CentOS8
by Pierre Riteau
Hello,
This issue was discovered on Kolla train-centos8 images, but I assume
it applies to both Train and Ussuri for CentOS 8 in general, not just
to Kolla.
CloudKitty became timezone-aware in Train:
https://review.opendev.org/#/c/669192/
This code references tz.UTC from the dateutil library. However, this
was added only in dateutil 2.7.0, while train-centos8 Kolla images use
package python3-dateutil-2.6.1-6.el8.noarch.rpm, causing the error
captured at the end of this message [2].
I submitted a patch to raise the minimum requirement for dateutil in
cloudkitty: https://review.opendev.org/#/c/742477/
However, how are those requirements taken into consideration when
packaging OpenStack in RDO? RDO packages for CentOS7 provide
python2-dateutil-2.8.0-1.el7.noarch.rpm, but there is no such package
in the CentOS8 repository.
Would it be better to just remove the use of tz.UTC? I believe we
could use dateutil.tz.tzutc() instead.
Thanks,
Pierre Riteau (priteau)
[1] http://mirror.centos.org/centos/8/cloud/x86_64/openstack-train/Packages/p/
[2] Error trace below:
2020-07-22 16:33:11.207 26 ERROR wsme.api
[req-3c49884a-1412-42bb-a57e-e7c731360148
ef450a969a2945928d3ade785eaae860 19df0f36ede14c29be9ca476222f8ba9
default - -] Server-side error:
"module 'dateutil.tz' has no attribute 'UTC'". Detail:
Traceback (most recent call last):
File "/usr/lib/python3.6/site-packages/wsmeext/pecan.py", line 85,
in callfunction
result = f(self, *args, **kwargs)
File "/usr/lib/python3.6/site-packages/cloudkitty/api/v1/controllers/storage.py",
line 71, in get_all
paginate=False)
File "/usr/lib/python3.6/site-packages/cloudkitty/storage/v2/influx.py",
line 311, in retrieve
begin, end = self._check_begin_end(begin, end)
File "/usr/lib/python3.6/site-packages/cloudkitty/storage/v2/influx.py",
line 271, in _check_begin_end
end = tzutils.get_next_month()
File "/usr/lib/python3.6/site-packages/cloudkitty/tzutils.py", line
150, in get_next_month
return add_delta(start, datetime.timedelta(days=month_days))
File "/usr/lib/python3.6/site-packages/cloudkitty/tzutils.py", line
104, in add_delta
return utc_to_local(local_to_utc(dt, naive=True) + delta)
File "/usr/lib/python3.6/site-packages/cloudkitty/tzutils.py", line
52, in local_to_utc
output = dt.astimezone(tz.UTC)
AttributeError: module 'dateutil.tz' has no attribute 'UTC'
4 years, 2 months