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

NO-JIRA: Remove RELEASE_VERSION from test-upstream-tuned.sh #969

Merged

Conversation

jmencak
Copy link
Contributor

@jmencak jmencak commented Feb 23, 2024

Starting with PR858, we can no longer use a random RELEASE_VERSION to trigger daemonset/operand updates. In the context of testing upstream TuneD this is causes an issue. Not changing RELEASE_VERSION at all is a simple fix, because we are also adjusting CLUSTER_NODE_TUNED_IMAGE and that will cause a daemonset/operand update.

Starting with PR858, we can no longer use a random RELEASE_VERSION to
trigger daemonset/operand updates.  In the context of testing upstream
TuneD this is causes an issue.  Not changing RELEASE_VERSION at all is a
simple fix, because we are also adjusting CLUSTER_NODE_TUNED_IMAGE and
that will cause a daemonset/operand update.
@jmencak jmencak changed the title Remove RELEASE_VERSION from test-upstream-tuned.sh NO-JIRA: Remove RELEASE_VERSION from test-upstream-tuned.sh Feb 23, 2024
@openshift-ci-robot openshift-ci-robot added the jira/valid-reference Indicates that this PR references a valid Jira ticket of any type. label Feb 23, 2024
@openshift-ci-robot
Copy link
Contributor

@jmencak: This pull request explicitly references no jira issue.

In response to this:

Starting with PR858, we can no longer use a random RELEASE_VERSION to trigger daemonset/operand updates. In the context of testing upstream TuneD this is causes an issue. Not changing RELEASE_VERSION at all is a simple fix, because we are also adjusting CLUSTER_NODE_TUNED_IMAGE and that will cause a daemonset/operand update.

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 openshift-eng/jira-lifecycle-plugin repository.

@openshift-ci openshift-ci bot added the approved Indicates a PR has been approved by an approver from all required OWNERS files. label Feb 23, 2024
@jmencak
Copy link
Contributor Author

jmencak commented Feb 23, 2024

Tested with the latest TuneD 2.22.1 which will be the next FDP release.

@jmencak
Copy link
Contributor Author

jmencak commented Feb 23, 2024

/retest

@jmencak
Copy link
Contributor Author

jmencak commented Feb 24, 2024

Infra issues
/retest

@jmencak
Copy link
Contributor Author

jmencak commented Mar 7, 2024

/retest
/cc @liqcui

@openshift-ci openshift-ci bot requested a review from liqcui March 7, 2024 10:51
@jmencak
Copy link
Contributor Author

jmencak commented Mar 7, 2024

There's no way this can break ci/prow/e2e-gcp-pao
/retest

@jmencak
Copy link
Contributor Author

jmencak commented Mar 7, 2024

/override ci/prow/e2e-gcp-pao

@jmencak
Copy link
Contributor Author

jmencak commented Mar 7, 2024

/retest

Copy link
Contributor

openshift-ci bot commented Mar 7, 2024

@jmencak: Overrode contexts on behalf of jmencak: ci/prow/e2e-gcp-pao

In response to this:

/override ci/prow/e2e-gcp-pao

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.

@ffromani
Copy link
Contributor

ffromani commented Mar 7, 2024

/lgtm
/hold

holding to let other reviewers chime in, feel free to remove anytime

@openshift-ci openshift-ci bot added the do-not-merge/hold Indicates that a PR should not merge because someone has issued a /hold command. label Mar 7, 2024
@openshift-ci openshift-ci bot added the lgtm Indicates that a PR is ready to be merged. label Mar 7, 2024
@jmencak
Copy link
Contributor Author

jmencak commented Mar 7, 2024

/hold cancel

@openshift-ci openshift-ci bot removed the do-not-merge/hold Indicates that a PR should not merge because someone has issued a /hold command. label Mar 7, 2024
@MarSik
Copy link
Contributor

MarSik commented Mar 7, 2024

/approve
/lgtm

Copy link
Contributor

openshift-ci bot commented Mar 7, 2024

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: jmencak, MarSik

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
Copy link
Contributor

/retest-required

Remaining retests: 0 against base HEAD 03f9557 and 2 for PR HEAD 9e8d341 in total

@jmencak
Copy link
Contributor Author

jmencak commented Mar 7, 2024

/override ci/prow/e2e-gcp-pao-updating-profile
/retest

Copy link
Contributor

openshift-ci bot commented Mar 7, 2024

@jmencak: Overrode contexts on behalf of jmencak: ci/prow/e2e-gcp-pao-updating-profile

In response to this:

/override ci/prow/e2e-gcp-pao-updating-profile
/retest

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-merge-bot openshift-merge-bot bot merged commit f9c912b into openshift:master Mar 7, 2024
15 checks passed
Copy link
Contributor

openshift-ci bot commented Mar 7, 2024

@jmencak: 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/test-infra repository. I understand the commands that are listed here.

@jmencak jmencak deleted the 4.16-tuned-fdp-test-fix branch March 8, 2024 05:24
@openshift-bot
Copy link
Contributor

[ART PR BUILD NOTIFIER]

This PR has been included in build cluster-node-tuning-operator-container-v4.16.0-202403081048.p0.gf9c912b.assembly.stream.el9 for distgit cluster-node-tuning-operator.
All builds following this will include this PR.

Tal-or pushed a commit to Tal-or/cluster-node-tuning-operator that referenced this pull request Apr 1, 2024
Starting with PR858, we can no longer use a random RELEASE_VERSION to
trigger daemonset/operand updates.  In the context of testing upstream
TuneD this is causes an issue.  Not changing RELEASE_VERSION at all is a
simple fix, because we are also adjusting CLUSTER_NODE_TUNED_IMAGE and
that will cause a daemonset/operand update.

Co-authored-by: Jiri Mencak <jmencak@users.noreply.github.com>
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. jira/valid-reference Indicates that this PR references a valid Jira ticket of any type. lgtm Indicates that a PR is ready to be merged.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

5 participants