Hello,
It seems there's a new regression, probably located in tripleoclient. It's a new iteration of https://bugs.launchpad.net/tripleo/+bug/1867370 - but it seems to happen only when we deploy the overcloud directly, without manually calling config-download.
Here's the trace:
Tuesday 17 March 2020 15:18:52 +0000 (0:00:00.669) 0:00:01.871 *********
===============================================================================
Grant privileges to the execution user ---------------------------------- 0.67s
Ensure access path exists ----------------------------------------------- 0.54s
Check for required inputs ----------------------------------------------- 0.30s
Exception occured while running the command
Traceback (most recent call last):
File "/usr/lib/python3.6/site-packages/tripleoclient/command.py", line 34, in run
super(Command, self).run(parsed_args)
File "/usr/lib/python3.6/site-packages/osc_lib/command/command.py", line 41, in run
return super(Command, self).run(parsed_args)
File "/usr/lib/python3.6/site-packages/cliff/command.py", line 187, in run
return_code = self.take_action(parsed_args) or 0
File "/usr/lib/python3.6/site-packages/tripleoclient/v1/overcloud_deploy.py", line 994, in take_action
in_flight_validations=parsed_args.inflight
File "/usr/lib/python3.6/site-packages/tripleoclient/workflows/deployment.py", line 397, in config_download
work_dir = download.run(context=context)
File "/usr/lib/python3.6/site-packages/tripleo_common/actions/config.py", line 124, in run
self.work_dir)
File "/usr/lib/python3.6/site-packages/tripleo_common/utils/swift.py", line 61, in download_container
objects = swiftclient.get_container(container)[1]
File "/usr/lib/python3.6/site-packages/swiftclient/client.py", line 1829, in get_container
query_string=query_string)
File "/usr/lib/python3.6/site-packages/swiftclient/client.py", line 1748, in _retry
service_token=self.service_token, **kwargs)
File "/usr/lib/python3.6/site-packages/swiftclient/client.py", line 1002, in get_container
raise ClientException.from_response(resp, 'Container GET failed', body)
swiftclient.exceptions.ClientException: Container GET failed: https://192.168.24.2:13808/v1/AUTH_8bf8f53798cb40f2bd97dc6e236ce0fc/overcloud-0-config?format=json 404 Not Found [first 60 chars of response] b'<html><h1>Not Found</h1><p>The resource could not be found.<'
Container GET failed: https://192.168.24.2:13808/v1/AUTH_8bf8f53798cb40f2bd97dc6e236ce0fc/overcloud-0-config?format=json 404 Not Found [first 60 chars of response] b'<html><h1>Not Found</h1><p>The resource could not be found.<'
[CentOS-8.1 - stack@undercloud ~]$
Indeed, when we check swift containers, we can see:
(undercloud) [CentOS-8.1 - stack@undercloud ~]$ openstack container list
+-------------------------+
| Name |
+-------------------------+
| __cache__ |
| overcloud |
| overcloud-0 |
| overcloud-0-messages |
| overcloud-0-swift-rings |
| overcloud-config |
| overcloud-messages |
+-------------------------+
Here, we lack the "overcloud-0-config" container.
Steps to reproduce:
1. get your undercloud
2. deploy using the standard CLI call, passing "--stack my-special-name" and without any "--stack-only"
3. wait for the error to show (pretty fast once heat stack is over)
Note: it DOES work when calling --stack-only and calling the ansible-playbook command, as documented here:
https:/
This tents to point to a regression somewhere in python-