Bug 2041493 - Task [Output for async deployment <role name>] fails with an undefined variable when async deployment times out
Summary: Task [Output for async deployment <role name>] fails with an undefined variab...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: openstack-tripleo-common
Version: 16.1 (Train)
Hardware: Unspecified
OS: Unspecified
low
low
Target Milestone: z4
: 16.2 (Train on RHEL 8.4)
Assignee: Takashi Kajinami
QA Contact: David Rosenfeld
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2022-01-17 13:58 UTC by Takashi Kajinami
Modified: 2022-12-07 19:22 UTC (History)
3 users (show)

Fixed In Version: openstack-tripleo-common-11.7.1-2.20220810165241.dfc51dd.el8ost
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2022-12-07 19:21:46 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Launchpad 1958471 0 None None None 2022-01-20 01:40:20 UTC
OpenStack gerrit 829030 0 None MERGED Fix reference to undefined variables when heat-config times out 2022-07-28 14:20:02 UTC
Red Hat Issue Tracker OSP-12157 0 None None None 2022-01-17 14:02:41 UTC
Red Hat Product Errata RHBA-2022:8794 0 None None None 2022-12-07 19:22:06 UTC

Description Takashi Kajinami 2022-01-17 13:58:28 UTC
Description of problem:

When the async task to run software deployment scripts times out, the subsequent task to dump stderr fails with the "The task includes an option with an undefined variable." message.
The output is cosmetic but it's better we avoid the error unrelated to the root cause.

~~~
2022-01-12 12:47:02,503 p=234567 u=mistral n=ansible | TASK [Run async deployment ControllerDeployment] *************************
...
2022-01-12 13:18:54,173 p=234567 u=mistral n=ansible | fatal: [controller-0]: FAILED! => {"changed": false, "msg": "async task did not complete within the requested time - 1800s"}
2022-01-12 13:18:54,173 p=234567 u=mistral n=ansible | ...ignoring
...
2022-01-12 13:18:58,959 p=234567 u=mistral n=ansible | TASK [Output for async deployment ControllerDeployment] ******************
...
2022-01-12 13:18:58,996 p=234567 u=mistral n=ansible | fatal: [controller-0]: FAILED! => {"msg": "The task includes an option with an undefined variable. The error was: 'dict object' has no attribute 'stderr'\n\nThe error appears to be in '/var/lib/mistral/overcloud/deployments.yaml': line 193, column 3, but may\nbe elsewhere in the file depending on the exact syntax problem.\n\nThe offending line appears to be:\n\n\n- name: \"Output for async deployment {{ item }}\"\n  ^ here\nWe could be wrong, but this one looks like it might be an issue with\nmissing quotes. Always quote template expression brackets when they\nstart a value. For instance:\n\n    with_items:\n      - {{ foo }}\n\nShould be written as:\n\n    with_items:\n      - \"{{ foo }}\"\n"}
...
2022-01-12 13:18:59,050 p=234567 u=mistral n=ansible | NO MORE HOSTS LEFT *************************************************************
2022-01-12 13:18:59,051 p=234567 u=mistral n=ansible | PLAY RECAP *********************************************************************
...  
2022-01-12 13:18:59,052 p=234567 u=mistral n=ansible | controller-0               : ok=67   changed=35   unreachable=0    failed=1    skipped=43   rescued=0    ignored=1   
...
~~~

Version-Release number of selected component (if applicable):


How reproducible:
Always

Steps to Reproduce:
1. Implement a long sleep task (>1800 seconds) for ExtraConfigPre resource
2. Run deployment

Actual results:
Deployment fails and the undefined variable error is shown

Expected results:
Deployment fails and the undefined variable error is not shown

Additional info:

Comment 13 errata-xmlrpc 2022-12-07 19:21:46 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory (Release of components for Red Hat OpenStack Platform 16.2.4), and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHBA-2022:8794


Note You need to log in before you can comment on or make changes to this bug.