-
Notifications
You must be signed in to change notification settings - Fork 1.8k
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
cluster-launch-installer-e2e: Start setting expirationDate again #1761
cluster-launch-installer-e2e: Start setting expirationDate again #1761
Conversation
@wking FYI the less green your |
I would prefer these types of independent changes in separate PRs |
I've spun off two of the early commits into #1768 and #1769. Once #1769 lands, I'll rebase the pull-over-HTTP commits and file a new PR with those. Once that lands, I'll file an new PR with the cluster-launch-installer-e2e move. And once that lands I'll rebase this one to be just the |
We'd dropped this in 3f2f01c (ci-operator/config/openshift/installer/master: Move to openshift-install, 2018-09-26, openshift#1677). But since openshift/installer@98a35316 (pkg/asset/installconfig: Add _CI_ONLY_STAY_AWAY_OPENSHIFT_INSTALL_AWS_USER_TAGS, 2018-09-28, openshift/installer#364), the installer supports setting it again, so we can add it back. As the name suggests, this variable is not a stable API. Soon the new installer will be able to load the configuration from YAML (again), but we can keep adjusting as the installer evolves.
25d83ec
to
b20d571
Compare
Ok, #1768, #1769, and #1792 have landed with the bulk of the lead-in work that was initially part of this PR. #1791 is still in flight, but it is largely orthogonal (I'd included it here to help make future changes like |
/lgtm |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: stevekuznetsov, wking The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
@wking: Updated the
In 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. |
I'd removed these in 3f2f01c (ci-operator/config/openshift/installer/master: Move to openshift-install, 2018-09-26, openshift#1677) while removing the shell from the setup container. But we got a shell back in b20d571 (cluster-launch-installer-e2e: Start setting expirationDate again, 2018-09-29, openshift#1761), and restoring these handlers will help: * Trigger early pod wrap-up when the setup container dies. Both the test and teardown containers are monitoring the 'exit' file so they can bail early. * Forward TERM to the installer, so we can exit gracefully when someone TERMs the shell script. For the signal handling to work, we need to keep the shell process around, so I've dropped the 'exec' from the openshift-install invocation and moved it to the background instead (so 'jobs -p' will list it).
We'd dropped this in 3f2f01c (#1677). But since openshift/installer@98a35316 (openshift/installer#364), the installer supports setting it again, so we can add it back.
As the name suggests, this variable is not a stable API. Soon the new installer will be able to load the configuration from YAML (again), but we can keep adjusting as the installer evolves.
This pull request also:
cluster-launch-installer-e2e.yaml
into an openshift/installer subdirectory, where it can have it's ownOWNERS
.ci-operator/templates/{org}/{repo}
, so we don't have to maintain those by hand.OWNERS
files.Details on any of those in their commit messages.
Fixes #1601 (although I don't go with the "allow caller to only update specific org/repos" approach because of the
OWNERS_ALIASES
issues discussed in df16e34)./assign @stevekuznetsov