| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
This is a fix for the failing test_fresh_install_with_config.
|
|
|
|
|
| |
Small update to remove the hint for multiple masters if we are doing
a 3.0 installation.
|
| |
|
| |
|
|
|
|
|
|
| |
Displays each host and the roles it will play based on the current
configuration. As the configuration grows the summary will adapt to indicate
embedded vs separte etcd, scheduled vs unscheduled nodes, etc.
|
| |
|
|\ |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
If only 2 masters are specified, consider this a configuration error if running
an unattended install, and prevent it completely if running an attended
install. (continues to prompt for hosts until you have at least 3)
Because this condition cannot be entered in the interactive install, we can't
really write a test for this negative case.
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| | |
Checking behavior when there is no LB specified, and when the user attempts
to re-use a master or node as their LB.
|
| | |
|
|/
|
|
|
|
|
|
|
|
|
|
| |
Code was present to catch this in unattended installs but was looking for a
host record with both master/node and master_lb set to true, but in the
attended installs we were adding a separate host record with the same
connect_to.
Attended tests can now optionally specify multiple "attempted" strings for the
master_lb specification, we'll try to input each if multiple are specified.
Cleanup some empty defaults and error messages as well.
|
|\
| |
| | |
HA support for atomic-openshift-installer
|
| |
| |
| |
| | |
If the only Nodes we have are also on Masters we set the scheduleable.
|
| | |
|
| |
| |
| |
| |
| |
| | |
Also:
* minor rewording of the text that informs the admin about scheduleable
masters.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The preconfigured load balancers, previously denoted by having 'run_on' set to
false, cannot have their facts gathered which results in a stack trace. Later
when we write out the inventory we have to fake out the hostname and just use
'connect_to'.
We're likely going to have the concept of other types of "plug-in" hosts where
we don't run ansible. We should make sure we abstract this properly so it's
easy to add additional types of hosts.
Also in the commit:
- Renamed 'run_on' to 'preconfigured' and inverted the logic as needed
- Output tally of Masters and Nodes as well as remaining Masters required for
HA
- Minor rewording in a few places
- Currently only prompting for the load balancer after all other hosts have
been entered
- Removed spurious echo
|
| |
| |
| |
| |
| | |
Rename ha_proxy variables and methods to 'master_lb' to better
future-proof things.
|
| |
| |
| |
| |
| |
| | |
Reverse the order we ask two questions: What variant the user wants
to install and which hosts to install on. This lets us avoid asking
for multiple masters for 3.0 installs.
|
| | |
|
| |
| |
| |
| | |
This adds the ability to quickly set up a multi-master environment.
|
|/
|
|
| |
configuration file is missing.
|
|\
| |
| | |
atomic-openshift-installer: connect_to error handling
|
| |
| |
| |
| | |
Catch the exception that happens when connect_to isn't specified in installer.cfg.yaml
|
|/
|
|
| |
A few fixes to keep pylint happy.
|
|\
| |
| | |
Default to OSE 3.1 in interactive installer instead of 3.0.
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| | |
Correct the case where the first host entered is not a master.
|
|/
|
|
|
| |
For now, we should restrict the quick installer to a single master.
This should change in the near future.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- Split playbooks into two, one for 3.0 minor upgrades and one for 3.0 to 3.1
upgrades
- Move upgrade playbooks to common/openshift/cluster/upgrades from adhoc
- Added a byo wrapper playbooks to set the groups based on the byo
conventions, other providers will need similar playbooks added eventually
- installer wrapper updates for refactored upgrade playbooks
- call new 3.0 to 3.1 upgrade playbook
- various fixes for edge cases I hit with a really old config laying
around.
- fix output of host facts to show connect_to value.
|
|\
| |
| | |
atomic-openshift-installer: Remove question for container install
|
| |
| |
| |
| |
| | |
Removing the option for a container-based install from the quick
installer with it is in tech preview.
|
|/
|
|
|
|
|
| |
If this file exists on disk, the installer will use it if the user didn't
specify an ansible config file on the CLI.
Rename share directory to match the rpm name. (utils vs util)
|
|\
| |
| | |
Upgrade enhancements
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
- Push config dir logic out of module and use host variables instead.
- Backup master config with ansible utility.
- Add error handling for the upgrade config module.
- Add verbose option to installer.
- Return details on what we changed when upgrading config.
- Cleanup use of first master.
- Don't install upgrade rpms to check what version we'll upgrade to.
|
|/
|
|
|
| |
Changes to installer.cfg.yaml to allow for better defaults in unattended mode.
Update example in the docs.
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
TODO: We desparately need tests cases for:
- interactive with no config file
- interactive with config file and all installed hosts
- interactive with config file and no installed hosts
- interactive with config file and some installed some uninstalled hosts
- unattended with config file and all installed hosts (with and without --force)
- unattended with config file and no installed hosts (with and without --force)
- unattended with config file and some installed some uninstalled hosts (with and without --force)
|
|
|
|
|
| |
Previously the output was a little confusing. We didn't display anything about
the uninstalled hosts.
|