-
Notifications
You must be signed in to change notification settings - Fork 1.9k
config: add periodic job that runs upgrades using multistage tests #9489
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
config: add periodic job that runs upgrades using multistage tests #9489
Conversation
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: AlexNPavel 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 |
f0410cd
to
78e6bb3
Compare
/retest |
48cb21e
to
e679654
Compare
e679654
to
803826a
Compare
/test all |
803826a
to
447deef
Compare
/hold |
447deef
to
6a8a6b4
Compare
@@ -0,0 +1,30 @@ | |||
releases: |
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 did you need this upgrade variant config?
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.
Mainly to make it as close to identical as I can to the existing upgrade tests for 4.5. Those all go 4.4-stable
to 4.5.0-0.ci
: https://github.com/openshift/release/blob/master/ci-operator/jobs/openshift/release/openshift-release-release-4.5-periodics.yaml#L5556
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.
Not sure if the difference between nightly
and ci
really matters much for the periodic upgrade tests though.
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.
We do want them to be identical
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.
I guess we will want a set of ocp-4.5-ci
and ocp-4.5-nightly
and ocp-4.5-prerelease
variants (defined by what it means to be latest
in each config)
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.
Renamed the new variant to ocp-4.5-ci
eefd663
to
57192ce
Compare
cpu: 100m | ||
memory: 200Mi | ||
tests: | ||
- as: e2e-upgrade-informer |
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 isn't there an OPENSHIFT_UPGRADE=true
env here?
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.
Now it's set.
@@ -13,7 +13,11 @@ if [[ -z "$RELEASE_IMAGE_LATEST" ]]; then | |||
exit 1 | |||
fi | |||
|
|||
echo "Installing from release ${RELEASE_IMAGE_LATEST}" | |||
if [[ "${OPENSHIFT_UPGRADE:-false}" == "false" ]]; then |
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 this here? I'd rather just remove it and have us print this during the install step, no need to have conf
care if it does nothing with this value
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.
Moved the echo to the install step.
57192ce
to
e2eec0e
Compare
/test pj-rehearse |
e2eec0e
to
594d0fb
Compare
/test core-valid |
/test pj-rehearse |
1 similar comment
/test pj-rehearse |
265935d
to
4630fa6
Compare
4630fa6
to
6b00ac3
Compare
@@ -13,8 +13,6 @@ if [[ -z "$RELEASE_IMAGE_LATEST" ]]; then | |||
exit 1 | |||
fi | |||
|
|||
echo "Installing from release ${RELEASE_IMAGE_LATEST}" |
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.
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.
Ah, reading down I see you adding a similar echo
in ipi-install-install-commands.sh
, so I'm meh on whether we pull this out into a separate PR or not. And while I'm talking about ipi-install-install-commands.sh
, seems like a chance to remind folks that the stutter-removing PR is alive again: #7931.
from_image: | ||
namespace: origin | ||
name: centos | ||
tag: '8' |
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 this change? base
seems less opinionated for steps that just need generic POSIX stuff, and it's one less thing to forget to bump.
@@ -6,5 +6,8 @@ ref: | |||
requests: | |||
cpu: 1000m | |||
memory: 2Gi | |||
env: | |||
- name: OPENSHIFT_UPGRADE | |||
default: "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.
Please add documentation
:). Something like:
Select between ${RELEASE_IMAGE_INITIAL} (true) or ${RELEASE_IMAGE_LATEST} (false) for the installed version.
Not clear to me if documentation
supports Markdown. If so, backtick the environment variables?
|
||
openshift-tests run "${test_suite}" \ | ||
--provider "${TEST_PROVIDER}" \ | ||
if [[ "${OPENSHIFT_UPGRADE:-false}" == "false" ]]; then |
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.
Hrm. Not clear to me how much we want to pack into OPENSHIFT_UPGRADE
here with an opinionated conditional inside the step. How about #9676 and then setting:
OPENSHIFT_UPGRADE=true # for the install switch.
TEST_COMMAND=run-upgrade
TEST_SUITE=all
Or maybe even RELEASE_IMAGE=RELEASE_IMAGE_INITIAL and then use indirect expansion:
$ RELEASE_IMAGE_INITIAL=A
$ RELEASE_IMAGE_LATEST=B
$ RELEASE_IMAGE=RELEASE_IMAGE_INITIAL
$ echo "${!RELEASE_IMAGE}"
A
And then setting those variables appropriately when we define the job?
@AlexNPavel is this PR still active? |
etcd-team is very interested in this for resolving blocker bugs |
@AlexNPavel: The following tests failed, say
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/test-infra repository. I understand the commands that are listed here. |
superseded by #11247 /close |
@stevekuznetsov: Closed this PR. 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. |
Add new periodic that runs upgrade test from 4.4 stable to 4.5 nightly using multistage tests.
/cc @stevekuznetsov @bbguimaraes