90dc3a3c99557140976582e28f0c2d685831c608
This review will be creating a new role to common, that is
check-connectivity, that checks if a subcloud is reachable.
The code was moved from common/prepare-env to a new path
common/check-connectivity, and is also imported by
common/prepare-env.
This review will be also adding a role to the tasks in "Gets a summary
of certificates on system", this role, common/check-connectivity,
will check the connectivity of the subcloud before the desired task is
executed, preventing the task to execute when the subcloud is offline.
Test Plan:
PASS: Run 'migrate-certificates' playbook with online subcloud and
verify if it finish successfully.
PASS: Run 'migrate-certificate' playbook with offline subcloud and
verify if the playbook finish with connection error.
PASS: Run 'migrate-certificate' playbook with online subcloud in
beginning of the run and then turn off the subcloud to check
if the playbook will return the connection error.
PASS: Run backup and restore and verify if the playbook run
common/prepare-env with no error and finishes correctly.
Closes-Bug: 2067619
Change-Id: Iad85a8769e24b4cc72dace73e0ad7f25b9742983
Signed-off-by: Karla Felix <karla.karolinenogueirafelix@windriver.com>
stx-ansible-playbooks
StarlingX Bootstrap and Deployment Ansible1 Playbooks
Execution environment
- Unix like OS (recent Linux based distributions, MacOS, Cygwin)
- Python 3.8 and later
Additional Required Packages
In addition to the pakages listed in requirements.txt and test-requirements.txt, the following packages are required to run the playbooks remotely:
- python3-pexpect
- python3-ptyprocess
- sshpass
Supported StarlingX Releases
The playbooks are compatible with StarlingX R8.0 and later.
Executing StarlingX Playbooks
Bootstrap Playbook
For instructions on how to set up and execute the bootstrap playbook
from another host, please refer to the StarlingX Documentation2, at
Installation Guides, section Configure
controller-0 of the respective system deployment type.
Developer Notes
This repository is not intended to be developed standalone, but rather as part of the StarlingX Source System, which is defined by the StarlingX manifest3.
References
Description
Languages
Jinja
73.1%
Python
17.4%
Shell
6.5%
Smarty
2.9%