-
Notifications
You must be signed in to change notification settings - Fork 2k
stackrox(ci): finish ocp 4-20 testing setup #71132
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
stackrox(ci): finish ocp 4-20 testing setup #71132
Conversation
|
/pj-rehearse |
|
@davdhacs: now processing your pj-rehearse request. Please allow up to 10 minutes for jobs to trigger or cancel. |
|
/pj-rehearse |
|
@davdhacs: now processing your pj-rehearse request. Please allow up to 10 minutes for jobs to trigger or cancel. |
|
/cc @tommartensen @msugakov @BradLugo |
| workflow: stackrox-automation-flavors-ocp-4-e2e | ||
| timeout: 5h0m0s | ||
| - always_run: true | ||
| - always_run: false |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Why do we need 4.18 on master at all?
Should we just delete it as well as 4.19 after making 4.20 the default for tests?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Keeping it (as only run on-demand) allows us to run CI tests against a supported version of OCP from a PR.
I think it would be useful to keep the range of OCP versions available to test while we're supporting running on them. What do you think? I think the downsides are A: the extra files in this directory (too many / confusing for the wider team to approach the config?) and B: the long /test ? list (but that is already un-usably long with only the oldest+latest versions).
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yes, /test ? goes out of hand and that's the main reason for me. Whenever I ask Konflux to /retest <something>, OSCI replies with longer and longer list.
Also, we don't cover all versions so this looks inconsistent and as an engineer not involved in OSCI I would doubt before attempting anything on 4.18.
Finally, these files add mental overhead which means more expensive maintenance.
If I have a case to test my change on older OCP version, I'd spin up an Infra cluster and test my change there, without e2e tests. In addition, will trust e2e tests on the "newest" and the "oldest" versions to do their part and provide safety from regressions.
Therefore, if there's no active/persistent situation to use them, I'd vote to delete instead of having them "in case of need" because the need may never materialize.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
as an engineer not involved in OSCI I would doubt before attempting anything on 4.18.
Finally, these files add mental overhead which means more expensive maintenance.
I think these are reason enough to remove the extra version tests.
will trust e2e tests on the "newest" and the "oldest" versions to do their part and provide safety from regressions.
👍
msugakov
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
/lgtm
but
/hold
due to the question
| serviceAccountName: upgrader | ||
| - agent: kubernetes | ||
| cluster: build07 | ||
| cluster: app.ci |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Is this cluster: build07 -> cluster: app.ci change intended and/or automatic? Asking because I never saw app.ci before.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This was automatic. I'll investigate.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It was resolved in master: https://github.com/openshift/release/pull/71166/files
|
[REHEARSALNOTIFIER]
Interacting with pj-rehearseComment: Once you are satisfied with the results of the rehearsals, comment: |
|
@davdhacs: all tests passed! Full PR test history. Your PR dashboard. 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-sigs/prow repository. I understand the commands that are listed here. |
msugakov
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
/lgtm
/unhold
Thank you!
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: davdhacs, msugakov 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 |
|
/pj-rehearse ack |
|
@davdhacs: now processing your pj-rehearse request. Please allow up to 10 minutes for jobs to trigger or cancel. |
Uh oh!
There was an error while loading. Please reload this page.