| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| ... | |
| |/ |
|
| | |
|
| |
|
|
|
| |
Updates to the upgrade command to allow the user to select a minor
upgrade.
|
| |
|
|
| |
Add a question to ask the user for a default subdomain.
|
| |
|
|
|
| |
This removes the option to specify a containerized install when
installing 3.0 in interactive mode.
|
| |
|
|
|
|
|
|
| |
Fix error handling for invalid hostnames. Previously we were trying to print
the offending hostname out, which caused errors due to python's handling
of unicode strings. Seeing as how the user's input stays on the screen
directly above the error there is no need to try and print it and we can
avoid this problem entirely.
|
| |\
| |
| | |
atomic-openshift-installer: Populate new_nodes group
|
| | |
| |
| |
| | |
Set the new_nodes group when scaling up additional nodes
|
| |/ |
|
| |
|
|
| |
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.
|
