Looking at the failure in https://review.openstack.org/#/c/554317/ which should make the nova-multiattach job use the Queens UCA, it looks like it's not, it's using base xenial packages:
http://logs.openstack.org/17/554317/3/check/nova-multiattach/fd35a93/logs/dpkg-l.txt.gz
ii libvirt-bin 1.3.1-1ubuntu10.19
The localrc is wrong too:
http://logs.openstack.org/17/554317/3/check/nova-multiattach/fd35a93/logs/local.conf.txt.gz
ENABLE_UBUNTU_CLOUD_ARCHIVE=False
Looking at the ARA, zuulv3 didn't remove that entry when it ran the task:
http://logs.openstack.org/17/554317/3/check/nova-multiattach/fd35a93/ara-report/result/ab8397a6-593e-43f5-a593-c2633a0e40de/
So that's the problem, and I'm assuming it's an infra problem with zuul.
Looking at the failure in https:/ /review. openstack. org/#/c/ 554317/ which should make the nova-multiattach job use the Queens UCA, it looks like it's not, it's using base xenial packages:
http:// logs.openstack. org/17/ 554317/ 3/check/ nova-multiattac h/fd35a93/ logs/dpkg- l.txt.gz
ii libvirt-bin 1.3.1-1ubuntu10.19
The localrc is wrong too:
http:// logs.openstack. org/17/ 554317/ 3/check/ nova-multiattac h/fd35a93/ logs/local. conf.txt. gz
ENABLE_ UBUNTU_ CLOUD_ARCHIVE= False
Looking at the ARA, zuulv3 didn't remove that entry when it ran the task:
http:// logs.openstack. org/17/ 554317/ 3/check/ nova-multiattac h/fd35a93/ ara-report/ result/ ab8397a6- 593e-43f5- a593-c2633a0e40 de/
So that's the problem, and I'm assuming it's an infra problem with zuul.