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

pkg/rhcos/ami: Start supporting RHCOS channels #409

Closed
wants to merge 1 commit into from

Conversation

wking
Copy link
Member

@wking wking commented Oct 3, 2018

openshift/os@76b3ae5d (openshift/os#314) started adding rhcos_tag=alpha tags to tested AMIs. The likely plan for RHCOS tagging is here, although they don't have stable docs for that yet. With this commit, we allow the user to specify whichever channel they want, and we search for that tag. If they give us nonsense, we'll now hit AWS, see no images in the nonsense channel, and report that back to the caller.

Users that don't care about release channels and just want to use the latest image regardless of channel, can set channel to an empty string.

/hold

We don't want to merge this until we sort out why CI seems to lack alpha tags.

@openshift-ci-robot openshift-ci-robot added the do-not-merge/hold Indicates that a PR should not merge because someone has issued a /hold command. label Oct 3, 2018
@openshift-ci-robot
Copy link
Contributor

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: 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 /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@openshift-ci-robot openshift-ci-robot added approved Indicates a PR has been approved by an approver from all required OWNERS files. size/M Denotes a PR that changes 30-99 lines, ignoring generated files. labels Oct 3, 2018
openshift/os@76b3ae5d (aws-test: Add a rhcos_test=smoketested tag,
2018-09-25, openshift/os#314) started adding rhcos_tag=alpha tags to
tested AMIs.  The likely plan for RHCOS tagging is [1], although they
don't have stable docs for that yet.  With this commit, we allow the
user to specify whichever channel they want, and we search for that
tag.  If they give us nonsense, we'll now hit AWS, see no images in
the nonsense channel, and report that back to the caller.

Users that don't care about release channels and just want to use the
latest image regardless of channel, can set 'channel' to an empty
string.

[1]: openshift/os#201 (comment)
@openshift-ci-robot
Copy link
Contributor

@wking: The following test failed, say /retest to rerun them all:

Test name Commit Details Rerun command
ci/prow/e2e-aws e363739 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.

@cgwalters
Copy link
Member

Hmm, the intention was more that the official API was our "AMI JSON" in http://aos-ostree.rhev-ci-vms.eng.rdu2.redhat.com/rhcos/images/aws-us-east-1-tested.json (though note there's a new version of that that just landed recently in http://aos-ostree.rhev-ci-vms.eng.rdu2.redhat.com/rhcos/images/aws-tested.json )

@wking
Copy link
Member Author

wking commented Oct 4, 2018

Hmm, the intention was more that the official API was our "AMI JSON"...

There was some discussion on this in #forum-coreos on 2018-09-25. My current understanding is that there will be internal RHCOS releases at a faster rate than external RHCOS releases, and that you'd need something like this AWS direct lookup to fine the newest RHCOS release in a given channel that was available to you. Also discussed then was just pushing newest RHCOS releases out publically, which would make sharing a central AMI JSON file between all users possible. I'm fine going either way, but I prefer AWS lookups as long as there is a possibility of different public/internal release cadences.

Also, the public URI is https://s3.amazonaws.com/rhcos-public/aws-tested.json since openshift/os#313 (or at least that PR was part of creating the public bucket). We should probably prefer that.

@openshift-bot
Copy link
Contributor

@wking: PR needs rebase.

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.

@openshift-bot openshift-bot added the needs-rebase Indicates a PR cannot be merged because it has merge conflicts with HEAD. label Oct 6, 2018
@crawford
Copy link
Contributor

@wking is this still in progress or has it stalled out? Can we close this if it isn't actionable at the moment?

@wking
Copy link
Member Author

wking commented Oct 17, 2018

From this and later comments, we're going to stick to a single RHCOS channel for now (although for internal accounts the stream may differ from the public AMIs). We'll revisit once we get multiple channels somewhere. So we may want to restore a way to pin to a specific AMI, but we won't need the AWS tag filtering I'm using here.

@wking wking closed this Oct 17, 2018
@wking wking deleted the rhcos-alpha branch October 17, 2018 20:15
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. do-not-merge/hold Indicates that a PR should not merge because someone has issued a /hold command. needs-rebase Indicates a PR cannot be merged because it has merge conflicts with HEAD. size/M Denotes a PR that changes 30-99 lines, ignoring generated files.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants