This continues https://bugs.launchpad.net/tripleo/+bug/1867968
The --config-download-timeout CLI option and the ansible_timeout param of run_ansible_playbook utility define the ansible ssh timeout, while those are given a global timeout of a deployment. The timeout in the scale down workflow is also misused and defines ansible ssh timeout instead of a deployment action timeout.
The update/upgrade -including external- actions should also provide ansible connection (SSH) timeout. That is important to have that parameter for not only day1 but also day2 actions. Let's also inspect if we correctly pass connection timeout in workflows for all day1/2 actions. (extracted to https://bugs.launchpad.net/tripleo/+bug/1868075)
Additionally, ansible execution should be also limited via its job_timeout setting (https://bugzilla.redhat.com/show_bug.cgi?id=1801502)
See also related bug https://bugs.launchpad.net/tripleo/+bug/1867968
The impact is:
While the heat stacks part and the most of workflows are used to be set timeouts properly, the config-download part and a few bare-metal workflows to it wrongly and configure ssh timeout for ansible instead of real deployment timeouts
Fix proposed to branch: master /review. opendev. org/713807
Review: https:/