Bug 1659117
Summary: | openshift_hostname is ignored and doesn't provoke a fatal | ||
---|---|---|---|
Product: | OpenShift Container Platform | Reporter: | Juan Luis de Sousa-Valadas <jdesousa> |
Component: | Installer | Assignee: | Scott Dodson <sdodson> |
Status: | CLOSED WONTFIX | QA Contact: | Johnny Liu <jialiu> |
Severity: | high | Docs Contact: | |
Priority: | high | ||
Version: | 3.11.0 | CC: | aos-bugs, jdesousa, jokerman, mgugino, mmccomas, sauchter, travi |
Target Milestone: | --- | ||
Target Release: | 3.11.z | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | If docs needed, set a value | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2019-01-03 18:29:24 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Juan Luis de Sousa-Valadas
2018-12-13 15:52:17 UTC
Can you please clarify what is meant by step #2? Which playbook is actually executed that produces unexpected results?
> Steps to Reproduce:
> 1. Specify a hostname using openshift_hostname instead of
> openshift_kubelet_name_override
> 2. Verify openshift_facts
Run the openshift_facts.yml playbook and check ansible_facts.openshift.common.hostname. It's not honored. The prerequisites.yml and deploy_cluster.yml playbooks should treat that as a fatal condition. The purpose of the playbook you're running is to calculate the default values and it seems to be doing that as expected. Scott, the problem isn'g installation but upgrading. During an upgrade neither prerequisites.yml nor deploy_cluster.yml have to be executed. Therefore a user who is running 3.10.73-1 and decides to upgrade to the latest Z-stream may have this problem. This is a breaking change in the middle of a Z-stream, can we please reconsider if that is the behavior we want? (In reply to Juan Luis de Sousa-Valadas from comment #5) > Scott, the problem isn'g installation but upgrading. During an upgrade > neither prerequisites.yml nor deploy_cluster.yml have to be executed. > Therefore a user who is running 3.10.73-1 and decides to upgrade to the > latest Z-stream may have this problem. > > This is a breaking change in the middle of a Z-stream, can we please > reconsider if that is the behavior we want? This would be handled by sanity_checks module which runs during installs and upgrades. Please provide logs, inventory, and appropriate version information. I don't believe this is currently an issue. |