Skip to content
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

hack: pin the release image in build flags #732

Closed
wants to merge 1 commit into from

Conversation

rajatchopra
Copy link
Contributor

But still leave an override env var so that it can be overridden. Use the following env var to pin the image while building the binary:

$ # export the release-image variable
$ export OPENSHIFT_INSTALL_RELEASE_IMAGE=registry.redhat.io/openshift/origin-release:v4.0"
$ # build the openshift-install binary
$ ./hack/build.sh
$ # distribute the binary to customers and run with pinned image being picked up
$ ./bin/openshift-install create cluster...

The only way to override it would be to use an env var OPENSHIFT_INSTALL_RELEASE_IMAGE_OVERRIDE while running the openshift-install binary.

@openshift-ci-robot openshift-ci-robot added size/S Denotes a PR that changes 10-29 lines, ignoring generated files. approved Indicates a PR has been approved by an approver from all required OWNERS files. labels Nov 27, 2018
@rajatchopra
Copy link
Contributor Author

@wking Review please. The default image has the 'latest' tag now. Is that okay?

@rphillips
Copy link
Contributor

I am confused as to the purpose of burning an image into the binary. It might get confusing to customers which binary to use.

@wking
Copy link
Member

wking commented Nov 27, 2018

I am confused as to the purpose of burning an image into the binary. It might get confusing to customers which binary to use.

We want to be able to cut releases that will install a cluster for more than a few hours (until a release image change lands that requires an associated installer update). The plan is to have master continue to float with the most current release image, but to pin to the then-current release image when we cut an installer release. So if we get this PR into openshift-install 0.5.0, you'll be able to install that release image until we cut openshift-install 0.6.0 (at least). Users will be able to use whichever installer binary they like, although obviously we'll point folks with no opinion at the most recent release. Users who set up a workflow around a given release will be able to rely on that until they have time to read the release notes and bump to a later release.

@openshift-ci-robot openshift-ci-robot added size/XS Denotes a PR that changes 0-9 lines, ignoring generated files. and removed size/S Denotes a PR that changes 10-29 lines, ignoring generated files. labels Nov 27, 2018
hack/build.sh Outdated Show resolved Hide resolved
But still leave an override env var so that it can be overridden. Use the following env var to pin the image while building the binary:
```
$ # export the release-image variable
$ export OPENSHIFT_INSTALL_RELEASE_IMAGE=registry.redhat.io/openshift/origin-release:v4.0"
$ # build the openshift-install binary
$ ./hack/build.sh
$ # distribute the binary to customers and run with pinned image being picked up
$ ./bin/openshift-install create cluster...
```
The only way to override it would be to use an env var OPENSHIFT_INSTALL_RELEASE_IMAGE_OVERRIDE while running the openshift-install binary.
@wking
Copy link
Member

wking commented Nov 28, 2018

/lgtm

@openshift-ci-robot openshift-ci-robot added the lgtm Indicates that a PR is ready to be merged. label Nov 28, 2018
@openshift-bot
Copy link
Contributor

/retest

Please review the full test history for this PR and help us cut down flakes.

1 similar comment
@openshift-bot
Copy link
Contributor

/retest

Please review the full test history for this PR and help us cut down flakes.

@openshift-bot
Copy link
Contributor

/retest

Please review the full test history for this PR and help us cut down flakes.

@openshift-bot
Copy link
Contributor

/retest

Please review the full test history for this PR and help us cut down flakes.

@openshift-ci-robot
Copy link
Contributor

@rajatchopra: The following tests failed, say /retest to rerun them all:

Test name Commit Details Rerun command
ci/prow/e2e-libvirt e890b7b link /test e2e-libvirt
ci/prow/e2e-aws e890b7b link /test e2e-aws

Full PR test history. Your PR dashboard. Please help us cut down on flakes by linking to an open issue when you hit one in your PR.

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 understand the commands that are listed here.

@wking
Copy link
Member

wking commented Nov 29, 2018

/lgtm cancel

@abhinavdahiya raised some issues with this general approach over here. I'm pulling this out of the merge queue until we find an approach we all like.

@openshift-ci-robot openshift-ci-robot removed the lgtm Indicates that a PR is ready to be merged. label Nov 29, 2018
@openshift-ci-robot
Copy link
Contributor

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: rajatchopra

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 /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@rajatchopra
Copy link
Contributor Author

Closing this PR. The commit is included already in PR #757, where the OS image is being pinned also.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
approved Indicates a PR has been approved by an approver from all required OWNERS files. size/XS Denotes a PR that changes 0-9 lines, ignoring generated files.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

5 participants