git.net

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[oslo][kolla][requirements][release][infra] Hit by an old, fixed bug


On Sun, Dec 29, 2019 at 09:41:45PM +0100, RadosÅ?aw Piliszek wrote:
> Hi Folks,
>
> as the subject goes, my installation has been hit by an old bug:
> https://bugs.launchpad.net/oslo.messaging/+bug/1828841
> (bug details not important, linked here for background)
>
> I am using Stein, deployed with recent Kolla-built source-based images
> (with only slight modifications compared to vanilla ones).
> Kolla's procedure for building source-based images considers upper
> constraints, which, unfortunately, turned out to be lagging behind a
> few releases w.r.t. oslo.messaging at least.
> The fix was in 9.7.0 released on May 21, u-c still point to 9.5.0 from
> Feb 26 and the latest of Stein is 9.8.0 from Jul 18.
>
> It seems oslo.messaging is missing from the automatic updates that bot proposes:
> https://review.opendev.org/#/q/owner:%22OpenStack+Proposal+Bot%22+project:openstack/requirements+branch:stable/stein
>
> Per:
> https://opendev.org/openstack/releases/src/branch/master/doc/source/reference/reviewer_guide.rst#release-jobs
> this upper-constraint proposal should be happening for all releases.
>

This is normal and what is expected.

Requirements are only updated for the branch in which those releases happen. So
if there is a release of oslo.messaging for stable/train, only the stable/train
upper constraints are updated for that new release. The stable/stein branch
will not be affected because that shows what the tested upper constraints were
for that branch.

The last stable/stein release for oslo.messaging was 9.5.0:

https://opendev.org/openstack/releases/src/branch/master/deliverables/stein/oslo.messaging.yaml#L49

And 9.5.0 is what is set in the stable/stein upper-constraints:

https://opendev.org/openstack/requirements/src/branch/stable/stein/upper-constraints.txt#L146

To get that raised, whatever necessary bugfixes that are required in
oslo.messaging would need to be backported per-cycle until stable/stein (as in,
if it was in current master, it would need to be backported and merged to
stable/train first, then stable/stein), and once merged a stable release would
need to be proposed for that branch's version of the library.

Once that stable release is done, that will propose the update to the upper
constraint for the given branch.

> I would be glad if someone investigated why it happens(/ed) and
> audited whether other OpenStack projects don't need updating as well
> to avoid running on old deps when new are awaiting for months. :-)
> Please note this might apply to other branches as well.
>
> PS: for some reason oslo.messaging Stein release notes (
> https://docs.openstack.org/releasenotes/oslo.messaging/stein.html )
> are stuck at 9.5.0 as well, this could be right (I did not inspect the
> sources) but I am adding this in PS so you have more things to
> correlate if they need be.
>

Again, as expected. The last stable/stein release was 9.5.0, so that is correct
that the release notes for stein only show up to that point.