apt-transport-https not getting installed correctly during upgrades on new containers
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
OpenStack-Ansible |
Fix Released
|
High
|
Ian Cordasco | ||
Kilo |
Fix Released
|
High
|
Ian Cordasco | ||
Trunk |
Fix Released
|
High
|
Ian Cordasco |
Bug Description
When running run-upgrade.sh, the new kilo containers (repo, nova_console, etc) get placed in the inventory file, then the custom play to ensure apt-transport-https is run before bringing these new containers up. This causes the repo-containers plays to fail.
TASK: [memcached_server | Ensure the memcache user exists] *******
changed: [605021-
changed: [605023-
changed: [605020-
TASK: [memcached_server | Update apt sources] *******
failed: [605023-
msg: Task failed as maximum retries was encountered
failed: [605020-
msg: Task failed as maximum retries was encountered
failed: [605021-
msg: Task failed as maximum retries was encountered
FATAL: all hosts have already failed -- aborting
PLAY RECAP *******
to retry, use: --limit @/root/
605020-
605021-
605023-
root@605020-
ansible.cfg inventory/ lxc-hosts-setup.yml os-cinder-
defaults/ library/ memcached-
galera-install.yml lxc-containers-
haproxy-install.yml lxc-containers-
root@605020-
root@605020-
root@605020-
E: The method driver /usr/lib/
N: Is the package apt-transport-https installed?
E: The method driver /usr/lib/
N: Is the package apt-transport-https installed?
Changed in openstack-ansible: | |
status: | New → Invalid |
importance: | Undecided → Critical |
description: | updated |
We believe we had a patch in progress. Both Ian Cordasco and I are testing this in parallel.
This bug leaves deployments in a broken, unusable state after run-upgrade.sh is run, hence it's been marked as critical, and I targeted it to 11.1.0.
If 11.1.0 ships without it (which may happen), deployers will have to wait for another revision to be able to safely upgrade OSAD itself.