-
Notifications
You must be signed in to change notification settings - Fork 1.5k
Bug 1791440: asset/manifests: add openshift-install configmap #3031
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Bug 1791440: asset/manifests: add openshift-install configmap #3031
Conversation
|
@crawford: This pull request references Bugzilla bug 1791440, which is invalid:
Comment DetailsIn response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
|
/hold Let me figure out if we need another patch on top of this one. |
|
@crawford: This pull request references Bugzilla bug 1791440, which is valid. DetailsIn response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
This adds support for generating the openshift-install ConfigMap when using a UPI installation flow. Before this, the ConfigMap was generated during the "cluster" target rather than the manifests target, so that we could distinguish between an IPI and a UPI installation. The user had the option of overriding the "invoker" field using the environment variable OPENSHIFT_INSTALL_INVOKER. Even if the environment variable was used, the ConfigMap would not be present in a UPI installation (because it wasn't generated in the "manifests" target). This change causes the installer to generate that ConfigMap in the "manifests" target (in addition to the "cluster" target) when it sees the environment variable. We will make use of this functionality in CI, where we specify the job as the invoker.
This is a follow-up for the logic introduced in 8fcbe49. The behavior of the openshift-install ConfigMap is reverted, making it such that the ConfigMap is always injected in an IPI installation, but never it a UPI installation. A new ConfigMap, openshift-install-manifests, is introduced, which is always injected at the manifests target. Both of these ConfigMaps contain the same data: the invoker and the installer version, at the time of their respective creation. This will allow us to continue determining several things: 1. Was the cluster installed via IPI or UPI? 2. What invoked the installer to create the cluster? It will also allow us to determine some new information: 1. Regardless of installation strategy, what invoked the installer to create the manifests? 2. Was the version of the installer used to create the manifests the same as the version that created the cluster (assuming IPI)?
|
/approve /lgtm |
|
/hold cancel |
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: abhinavdahiya The full list of commands accepted by this bot can be found here. The pull request process is described here DetailsNeeds approval from an approver in each of these files:
Approvers can indicate their approval by writing |
|
/retest Please review the full test history for this PR and help us cut down flakes. |
1 similar comment
|
/retest Please review the full test history for this PR and help us cut down flakes. |
|
/retest Please review the full test history for this PR and help us cut down flakes. |
4 similar comments
|
/retest Please review the full test history for this PR and help us cut down flakes. |
|
/retest Please review the full test history for this PR and help us cut down flakes. |
|
/retest Please review the full test history for this PR and help us cut down flakes. |
|
/retest Please review the full test history for this PR and help us cut down flakes. |
|
@crawford: All pull requests linked via external trackers have merged. Bugzilla bug 1791440 has been moved to the MODIFIED state. DetailsIn response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
This adds support for generating the openshift-install ConfigMap when
using a UPI installation flow. Before this, the ConfigMap was generated
during the "cluster" target rather than the manifests target, so that we
could distinguish between an IPI and a UPI installation. The user had
the option of overriding the "invoker" field using the environment
variable OPENSHIFT_INSTALL_INVOKER. Even if the environment variable was
used, the ConfigMap would not be present in a UPI installation (because
it wasn't generated in the "manifests" target). This change causes the
installer to generate that ConfigMap in the "manifests" target (in
addition to the "cluster" target) when it sees the environment variable.
We will make use of this functionality in CI, where we specify the job
as the invoker.
Cherry-pick of #2929 and #3065.