Skip to content

Conversation

@rphillips
Copy link
Contributor

No description provided.

@openshift-ci openshift-ci bot added the do-not-merge/work-in-progress Indicates that a PR should not merge because it is a work in progress. label Nov 21, 2025
@openshift-ci openshift-ci bot added the approved Indicates a PR has been approved by an approver from all required OWNERS files. label Nov 21, 2025

# Label the first node as "on-demand"
$OC label node "${nodes[0]}" instance-type=on-demand --overwrite
$OC patch node "${nodes[0]}" --type=merge -p '{"metadata":{"labels":{"instance-type":"on-demand"}}}'
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

So these scripts are selecting two nodes and labeling each as on-demand and spot.

For OCP we have 3 worker nodes.

One thing we could try is to label two nodes as on-demand. This could help with scheduling issues.

I am also curious if this script has issues where 3 of the nodes are control-plane. If I label a control plane node as on-demand, I guess kueue will end up having the workloads try to run on control-plane nodes.

Maybe we should only select worker nodes?

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I see we grab nodes as workers.

I am trying the two worker nodes for on-demand and 1 worker node for spot.

Opened up #1113 to see.

@rphillips
Copy link
Contributor Author

/test lint

@rphillips rphillips force-pushed the patch_the_node_labels branch 2 times, most recently from 9e030f0 to 10afec7 Compare November 24, 2025 18:11
@rphillips rphillips changed the title WIP: patch the node labels instead of overwriting them add a few skips, deploy operator once, add flaky label Nov 24, 2025
@openshift-ci openshift-ci bot removed the do-not-merge/work-in-progress Indicates that a PR should not merge because it is a work in progress. label Nov 24, 2025
@rphillips rphillips changed the title add a few skips, deploy operator once, add flaky label add a flaky label, deploy operator once, add flakiness ginkgo options Nov 24, 2025
@rphillips rphillips force-pushed the patch_the_node_labels branch from 10afec7 to 78e03e9 Compare November 24, 2025 19:45
@kannon92
Copy link
Contributor

/lgtm
/approve

@openshift-ci openshift-ci bot added the lgtm Indicates that a PR is ready to be merged. label Nov 24, 2025
@openshift-ci
Copy link

openshift-ci bot commented Nov 24, 2025

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: kannon92, rphillips

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

@kannon92
Copy link
Contributor

/override ci/prow/test-e2e-4-19

2/3 passed and our CI is in a sorry state. Going to override this for now.

@openshift-ci
Copy link

openshift-ci bot commented Nov 24, 2025

@kannon92: Overrode contexts on behalf of kannon92: ci/prow/test-e2e-4-19

In response to this:

/override ci/prow/test-e2e-4-19

2/3 passed and our CI is in a sorry state. Going to override this for now.

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.

@openshift-merge-bot openshift-merge-bot bot merged commit 6094112 into openshift:main Nov 24, 2025
17 checks passed
@openshift-ci
Copy link

openshift-ci bot commented Nov 24, 2025

@rphillips: 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.

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. lgtm Indicates that a PR is ready to be merged.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants