Open Stack

@ Kolla folks
It seems to affect kolla-ansible in stable/rocky and stable/stein
branches due to ansible_python_interpreter being set.
We either need to backport
https://review.opendev.org/c/openstack/kolla-ansible/+/798205 or drop
affected CI config in those.
They are EM so it might be fine going either way as CI might be broken
by now anyhow.

-yoctozepto

On Tue, 16 Nov 2021 at 17:59, Clark Boylan <cboylan at sapwetik.org> wrote:
>
> Hello,
>
> The OpenStack tenant in Zuul currently has 134 config errors. You can find these errors at https://zuul.opendev.org/t/openstack/config-errors or by clicking the blue bell icon in the top right of https://zuul.opendev.org/t/openstack/status. The vast majority of these errors appear related to project renames that have been requested of OpenDev or project retirements. Can you please look into fixing these as they can be an attractive nuisance when debugging Zuul problems (they also indicate that a number of your jobs are probably not working).
>
> Project renames creating issues:
>
>  * openstack/python-tempestconf -> osf/python-tempestconf -> openinfra/python-tempestconf
>  * openstack/refstack -> osf/refstack -> openinfra/refstack
>  * x/tap-as-a-service -> openstack/tap-as-a-service
>  * openstack/networking-l2gw -> x/networking-l2gw
>
> Project retirements creating issues:
>
>  * openstack/neutron-lbaas
>  * recordsansible/ara
>
> Projects whose configs have errors:
>
>  * openinfra/python-tempestconf
>  * openstack/heat
>  * openstack/ironic
>  * openstack/kolla-ansible
>  * openstack/kuryr-kubernetes
>  * openstack/murano-apps
>  * openstack/networking-midonet
>  * openstack/networking-odl
>  * openstack/neutron
>  * openstack/neutron-fwaas
>  * openstack/python-troveclient
>  * openstack/senlin
>  * openstack/tap-as-a-service
>  * openstack/zaqar
>  * x/vmware-nsx
>  * openinfra/openstackid
>  * openstack/barbican
>  * openstack/cookbook-openstack-application-catalog
>  * openstack/heat-dashboard
>  * openstack/manila-ui
>  * openstack/python-manilaclient
>
> Let us know if we can help decipher any errors,
> Clark
>