[os_tempest][ansible-2.8] (tempest_install_method == 'source'): 'tempest_install_method' is undefined
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
tripleo |
Fix Released
|
High
|
Unassigned |
Bug Description
While updating ansible version in Tripleo Quickstart 's requirements.tx, the os_tempest tripleo job started failing with following error
Logs: http://
````
2019-07-22 10:35:04.845172 | primary | ok: [undercloud] => {
2019-07-22 10:35:04.845306 | primary | "changed": false
2019-07-22 10:35:04.845363 | primary | }
2019-07-22 10:35:04.845409 | primary |
2019-07-22 10:35:04.845457 | primary | MSG:
2019-07-22 10:35:04.845497 | primary |
2019-07-22 10:35:04.845576 | primary | All assertions passed
2019-07-22 10:35:04.867738 | primary |
2019-07-22 10:35:04.867969 | primary | RUNNING HANDLER [python_venv_build : venv changed] *******
2019-07-22 10:35:04.908909 | primary | Monday 22 July 2019 10:35:04 +0000 (0:00:00.127) 1:23:17.409 ***********
2019-07-22 10:35:04.992220 | primary | fatal: [undercloud]: FAILED! => {}
2019-07-22 10:35:04.992325 | primary |
2019-07-22 10:35:04.992378 | primary | MSG:
2019-07-22 10:35:04.992418 | primary |
2019-07-22 10:35:04.992828 | primary | The conditional check 'tempest_
2019-07-22 10:35:04.992875 | primary |
2019-07-22 10:35:04.993224 | primary | The error appears to be in '/home/
2019-07-22 10:35:04.993386 | primary | be elsewhere in the file depending on the exact syntax problem.
2019-07-22 10:35:04.993425 | primary |
2019-07-22 10:35:04.993524 | primary | The offending line appears to be:
2019-07-22 10:35:04.993562 | primary |
2019-07-22 10:35:04.993599 | primary |
2019-07-22 10:35:04.993689 | primary | - name: venv changed
2019-07-22 10:35:04.993746 | primary | ^ here
2019-07-22 10:35:04.993786 | primary |
```
Since Tripleo Side, tempest playbook https:/
Once the tempest run finishes, python_venv_build noop handler is called and then above error is appearing, based on discussion http://
thats where the var tempest_
so when the handler runs at the and of the play it fails because the var is not in scope,
moving the defintion of the var up to the vars: section at the top of the play
and then it will be in scope for the whole of the play, including when the handlers run.
Above suggestion fixes the issue.
https:/ /review. opendev. org/#/c/ 673021/ fixed the issue.