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

Run a basic cluster test in Prow #1584

Open
jlebon opened this issue Aug 22, 2024 · 3 comments
Open

Run a basic cluster test in Prow #1584

jlebon opened this issue Aug 22, 2024 · 3 comments
Labels
lifecycle/frozen Indicates that an issue or PR should not be auto-closed due to staleness.

Comments

@jlebon
Copy link
Member

jlebon commented Aug 22, 2024

This is somewhat part of openshift/enhancements#1637, but we should track it separately.

One obvious omission in this repo is any cluster tests in CI. As we recently learned, there is currently no testing that happens downstream between the production pipeline build and ART pushing its output to nightlies. This is something that should be fixed, but additionally we really should have CI in place here.

This has historically been tricky to do because, well, RHCOS is just built differently from how other components are built. Now that we're moving to layering, this should become easier. Eventually, this repo will be purely about the contents of the OCP node layer and it'll be built as a layered image just like any other OCP component.

Obviously we'll need to be able to test new RHEL content too with OpenShift, and that could happen here (e.g. if we have base image digest bump PRs) or higher up where RHCOS definitions would now live as part of reverse dependency testing (though obviously, if it lives in Gitlab, that's much harder to pull off with Prow which is very Github-centric).

Anyway, in the short-term, it should be possible to use some of the layering trickery to get the oscontainer built by cosa build ostree as an output of a container build, which then can be fed to a cluster upgrade test (e2e-aws-ovn-upgrade was mentioned as a good target).

@openshift-bot
Copy link

Issues go stale after 90d of inactivity.

Mark the issue as fresh by commenting /remove-lifecycle stale.
Stale issues rot after an additional 30d of inactivity and eventually close.
Exclude this issue from closing by commenting /lifecycle frozen.

If this issue is safe to close now please do so with /close.

/lifecycle stale

@openshift-ci openshift-ci bot added the lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale. label Nov 21, 2024
@jlebon
Copy link
Member Author

jlebon commented Nov 28, 2024

/lifecycle frozen

@openshift-ci openshift-ci bot added lifecycle/frozen Indicates that an issue or PR should not be auto-closed due to staleness. and removed lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale. labels Nov 28, 2024
@jlebon
Copy link
Member Author

jlebon commented Nov 28, 2024

openshift/builder#410

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
lifecycle/frozen Indicates that an issue or PR should not be auto-closed due to staleness.
Projects
None yet
Development

No branches or pull requests

2 participants