Red Hat Bugzilla – Bug 1272197
Upgrading to 22.214.171.124 completely resets master-config.yml
Last modified: 2015-10-26 12:42:49 EDT
Description of problem:
I upgraded a cluster from 126.96.36.199 to 188.8.131.52 and when I restarted openshift-master it ended up resetting master-config.yml to the default(allow all auth, console/api reset to IPs instead of DNS)
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Install OpenShift 184.108.40.206
2. Setup master-config.yml
3. Install OpenShift 220.127.116.11
Resets any customization to master-config.yml
Should keep customization.
Wesley, just for clarification, did you use ansible for the upgrade or manually yum upgrade?
Are you using the upgrade playbooks that Scott Dodson has been working on or are you using openshift-ansible directly (I'm guessing the latter).
The issue you are going to hit with the later is that we are applying templates for the configuration files, so if you are modifying the configs outside of ansible, they will be overwritten by ansible on subsequent runs.
What settings are you changing in the configs that are not supported by openshift-ansible currently? It may be easier to solve your particular issue by adding support for the missing settings rather than trying to re-apply custom hand-edited (or otherwise managed a different way) settings after running ansible.
As a note, we have a longer term item to remove the use of templates for the configs to avoid this type of situation. It'll be more for the 3.2 timeframe though.
We are changing everything from, port 8443 to 443, the urls used for the api and console, and finally the identity provider config.
Closing as Not a bug since it appears the issue is related to the way that ansible was invoked and the configuration was overwritten as part of the ansible configs laying down configs that were previously manually edited.
Feel free to reach out to me on exactly what the final configs look like and I can help with which variables we provide in openshift-ansible to override those configs (we can open separate bugs for configuration items that are not currently override-able).
There will most likely need to be additional support added to the aws playbooks (in a similar manner to the openstack playbooks) to take into account additional parameters provided to bin/cluster to be able to pass those configs through to bin/cluster on create (subsequent updates/configs *should* use the facts persisted by openshift_facts to avoid clobbering existing settings).