Some workflows like devmode will not have facts
collected on the virthost e.g. devmode.sh. This
occurs when quickstart.sh is invoked multiple times.
Do not rely on facts to get the uuid of the
non_root_user, instead delegate to the virthost
and get the uuid and set a fact.
These parameters deprecated the undercloud_(public/admin)_vip
parameters and are eventually used by the keystone endpoints and the
certificate generation. they were introduced in
We need to differentiate local_working_dir from working_dir
as well as decouple the stack user from `ansible_user` var.
Both of these are causing issues as we begin to automate
deployments in more environments.
- Cleanup duplicate variables that are consumed via extras-common
- Note: extras-common depends on the common role in OOOQ
- Cleanup redundant var and superfluous quotes from overcloud-scale
- Cleanup redundant comments in <role>/defaults/main.yml
As more ansible variables are shared or reused across roles it is
important to define these variables in a role that is always
executed. In this case that role is extras-common.
Note: This review is a blocker for https://review.openstack.org/#/c/418998/
This patchset adds a flag to the undercloud-deploy role to support
arbitrary extra configuration.
It also adds support to the overcloud-deploy role to allow it to perform
some setup tasks required for deployed_server deployments such as
In some environments we don't want to use vbmc, like in ovb,
where we already have dedicated bmc machine, so make it
In an effort to make more of the tripleo deployment ci more composable
it has been discussed to break out the undercloud deployment into it's
own role. There are examples where additional configuration is needed
prior to the undercloud installation such as dpdk, and installing in
other ci environments.