CENGN build failure, stx-nova and stx-neutron images

Bug #1863957 reported by Scott Little
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
StarlingX
Fix Released
Critical
Don Penney

Bug Description

Brief Description
-----------------
CENGN build of docker images failed on stx-neutron and stx-nova

Severity
--------
Major: unable to build new docker images

Steps to Reproduce
------------------
docker build /localdisk/loadbuild/jenkins/master/20200219T150016Z/std/build-images/loci --no-cache --build-arg PROJECT=nova --build-arg PROJECT_REPO=https://opendev.org/openstack/nova.git --build-arg FROM=docker.io/starlingx/stx-centos:master-stable-20200219T150016Z --build-arg WHEELS=http://build.starlingx.cengn.ca:80//mirror/starlingx/master/centos/20200219T150016Z/outputs/wheels/stx-centos-stable-wheels.tar --build-arg PROJECT_REF=stable/train --build-arg PIP_PACKAGES=pycrypto httplib2 pylint python-ironicclient --build-arg DIST_PACKAGES=openssh-clients openssh-server libvirt e2fsprogs --build-arg PROFILES=fluent nova ceph linuxbridge openvswitch configdrive qemu apache --tag jenkins/stx-nova:master-centos-stable-build

Expected Behavior
------------------
successful image build

Actual Behavior
----------------
fail to build the docker image

Reproducibility
---------------
100% reproducible

System Configuration
--------------------
N/A

Branch/Pull Time/Commit
-----------------------
20200219T150016Z

Last Pass
---------
20200204T162546Z

Timestamp/Logs
--------------

03:00:42.174 Downloading contextlib2-0.5.5-py2.py3-none-any.whl (8.1 kB)
03:00:42.244 ERROR: Could not find a version that satisfies the requirement ovsdbapp===0.17.2 (from -c /tmp/wheels/upper-constraints.txt (line 619)) (from versions: 0.1.0, 0.2.0, 0.3.0, 0.4.0, 0.4.1, 0.4.2, 0.4.3, 0.4.4, 0.5.0, 0.6.0, 0.7.0, 0.8.0, 0.9.0, 0.9.1, 0.10.0, 0.10.1, 0.10.2, 0.10.3, 0.10.4, 0.10.5, 0.11.0, 0.12.0, 0.12.1, 0.12.2, 0.12.3, 0.12.4, 0.12.5, 0.14.0, 0.15.0, 0.16.0, 0.17.0, 0.17.1, 0.18.0)

Test Activity
-------------
Build

 Workaround
 ----------
From Don Penney ...

The image build failures are due to openstack constraint updates pointing to a newer python3-only version of the module. Since our images are currently python2, this fails to install. We can push a temporary update to use a previous constraint file to enable the builds, and then work on migrating the images to python3.

Don Penney (dpenney)
Changed in starlingx:
assignee: nobody → Don Penney (dpenney)
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix proposed to root (master)

Fix proposed to branch: master
Review: https://review.opendev.org/708766

Changed in starlingx:
status: New → In Progress
Ghada Khalil (gkhalil)
tags: added: stx.build stx.containers
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix merged to root (master)

Reviewed: https://review.opendev.org/708766
Committed: https://git.openstack.org/cgit/starlingx/root/commit/?id=b1532a41dacaa4b08fbf0d378adf51e17705c32c
Submitter: Zuul
Branch: master

commit b1532a41dacaa4b08fbf0d378adf51e17705c32c
Author: Don Penney <email address hidden>
Date: Wed Feb 19 18:44:04 2020 -0500

    Lock down upper-constraints for wheels

    Currently, the images built via loci are python2-based. Given that
    support for python2 has ended, most new module versions in pypi are
    python3-only. As a result, these new versions will fail to install in
    the image during the build.

    A recent change to the upstream upper-constraints upversioned the
    ovsdbapp module to a python3-only version, which caused the stx-nova
    and stx-neutron image builds to fail. As a temporary workaround until
    we can move these images to python3, this update locks down the
    upper-constraints and global-requirements files to a version prior to
    this change.

    Change-Id: Iaf0e9c76c96b21c398345dfc6b0b8715e978e879
    Closes-Bug: 1863957
    Signed-off-by: Don Penney <email address hidden>

Changed in starlingx:
status: In Progress → Fix Released
Ghada Khalil (gkhalil)
Changed in starlingx:
importance: Undecided → Critical
tags: added: stx.4.0
Revision history for this message
Ghada Khalil (gkhalil) wrote :

stx.4.0 / critical as this results in a build failure of the images.

As per my discussion with Don, this will likely be an issue if we attempt to build the stx.3.0 docker images for an upcoming maintenance release.

tags: added: stx.3.0
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix proposed to root (f/centos8)

Fix proposed to branch: f/centos8
Review: https://review.opendev.org/716131

Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix merged to root (f/centos8)
Download full text (11.6 KiB)

Reviewed: https://review.opendev.org/716131
Committed: https://git.openstack.org/cgit/starlingx/root/commit/?id=e5faf8bd5cebfa275823de8cc10be1abbdc2f8f8
Submitter: Zuul
Branch: f/centos8

commit b31cd4b01ee0e6c02cc35094b17aef0edd4f6071
Author: Don Penney <email address hidden>
Date: Wed Mar 25 15:19:07 2020 -0400

    Update tag for stx-oidc-client to stx.4.0-v1.0.2

    Change-Id: I6deab3e81b2210968c93f82d667003e5805a1136
    Partial-Bug: 1868895
    Signed-off-by: Don Penney <email address hidden>

commit bd0d9015fa095948443e29f40a701bc3f81c328f
Author: Don Penney <email address hidden>
Date: Wed Mar 18 10:56:08 2020 -0400

    Add managed tag for stx-platformclients image

    Change-Id: Id37f2eaf5bacaad941a7abaf835d3c7204d7ca97
    Story: 2006711
    Task: 39096
    Signed-off-by: Don Penney <email address hidden>

commit f5985aa83ad6c5275f97db53db9a095a1f4a1bb1
Author: Davlet Panech <email address hidden>
Date: Wed Mar 18 16:29:40 2020 -0400

    Use private yum cache dir in build scripts

    YUM & friends use a cache directory named /tmp/yum-$USER-xxx or
    similar, even when used concurrently e.g. when bulding unrelated
    source trees. This causes interference between CI pipelines.

    This patch sets TMPDIR=$MY_WORKSPACE/tmp when calling repoquery,
    etc.

    Change-Id: Ieeb4d6fd9447f1c2988380c3427975893be365a5
    Closes-Bug: 1867817
    Signed-off-by: Davlet Panech <email address hidden>

commit 7dc6b23b517d4d14cad38f29d47af64e66e105b9
Author: Stefan Dinescu <email address hidden>
Date: Wed Mar 18 16:23:59 2020 +0200

    Support custom docker registries for remote cli

    The build script for remote cli was receiving as parameters
    only the desired tag for the clients docker images; the docker
    images were always pulled from docker.io/starlinx.

    Nowthe build script take the full link of the docker image
    as parameter, so we can use any docker registry as source
    for the client images.

    Change-Id: Ibc4584a9401c1ff30f8e657ca27d31b35c4e94d5
    Depends-On: https://review.opendev.org/#/c/713665/
    Story: 2006711
    Task: 39095
    Signed-off-by: Stefan Dinescu <email address hidden>

commit 3b0e2dd4ea92b4fe5b53b1fd4b38a5e673e9c92c
Author: Davlet Panech <email address hidden>
Date: Mon Mar 9 14:54:10 2020 -0400

    Fixed broken setuptools import

    pyScss tries to import a module called "Feature" from setuptools,
    which was removed from setuptools 46.0.0 (mar 8 2020). This causes
    compilation erros. The fix updates "pip install" in Dockerfile
    to install setuptools < 46.0.0

    Change-Id: Ib5c00aafb934efaf1413e72ede30638f2dc35230
    Signed-off-by: Davlet Panech <email address hidden>
    Closes-Bug: 1866699

commit 3a95ab163f4cb4371fa4c6a94f5f64e27b1980f2
Author: Don Penney <email address hidden>
Date: Wed Mar 4 10:59:37 2020 -0500

    Add tag for rvmc image

    Update tag management file to publish a static tag for the rvmc image.

    Change-Id: I459e4f676ffa0a28c2c1fca5d61df16f499ded93
    Story: 2006980
    Task: 38935
    Signed-off-by: Don Penney <don.penney...

tags: added: in-f-centos8
Revision history for this message
Bill Zvonar (billzvonar) wrote :

Hi Don - this looks like it needs to be cherry-picked to r/stx.3.0 - can you do, or say why it's not required.

tags: added: stx.cherrypickneeded
Revision history for this message
Don Penney (dpenney) wrote :

I rebased a r/stx.3.0 clone and did a full build. I then did a build of the stx-centos base, built the wheels tarball, and then successfully built the images

The following images were built:
dpenney/k8s-cni-sriov:dpenneytest3.0-centos-stable-build
dpenney/k8s-plugins-sriov-network-device:dpenneytest3.0-centos-stable-build
dpenney/stx-aodh:dpenneytest3.0-centos-stable-build
dpenney/stx-barbican:dpenneytest3.0-centos-stable-build
dpenney/stx-ceilometer:dpenneytest3.0-centos-stable-build
dpenney/stx-cinder:dpenneytest3.0-centos-stable-build
dpenney/stx-fm-rest-api:dpenneytest3.0-centos-stable-build
dpenney/stx-glance:dpenneytest3.0-centos-stable-build
dpenney/stx-gnocchi:dpenneytest3.0-centos-stable-build
dpenney/stx-heat:dpenneytest3.0-centos-stable-build
dpenney/stx-horizon:dpenneytest3.0-centos-stable-build
dpenney/stx-ironic:dpenneytest3.0-centos-stable-build
dpenney/stx-keystone-api-proxy:dpenneytest3.0-centos-stable-build
dpenney/stx-keystone:dpenneytest3.0-centos-stable-build
dpenney/stx-libvirt:dpenneytest3.0-centos-stable-build
dpenney/stx-mariadb:dpenneytest3.0-centos-stable-build
dpenney/stx-neutron:dpenneytest3.0-centos-stable-build
dpenney/stx-nova-api-proxy:dpenneytest3.0-centos-stable-build
dpenney/stx-nova:dpenneytest3.0-centos-stable-build
dpenney/stx-openstackclients:dpenneytest3.0-centos-stable-build
dpenney/stx-ovs:dpenneytest3.0-centos-stable-build
dpenney/stx-panko:dpenneytest3.0-centos-stable-build
dpenney/stx-placement:dpenneytest3.0-centos-stable-build
dpenney/stx-platformclients:dpenneytest3.0-centos-stable-build

We had already locked down all wheels for r/stx.3.0, insulating the images from upstream changes to python3 modules:
https://bugs.launchpad.net/starlingx/+bug/1887178
https://opendev.org/starlingx/root/commit/e31f5b26f95c43254fd9e593f097c4c7d4b7c6b6

Revision history for this message
Bill Zvonar (billzvonar) wrote :

Sounds good to me, thanks.

tags: removed: stx.cherrypickneeded
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.