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

ensure network daemon checks if machineConfigPool resource registered before attempting to pause the MachineConfigPool #683

Closed

Conversation

relyt0925
Copy link
Contributor

@relyt0925 relyt0925 commented Aug 10, 2022

In hypershift: there are no machineConfigPool resources registered and therefore no need to pause the MachineConfigPool resource when sriov-network-operator is orchestrating sr-iov configuration. This adds a check to see if that api resource is registered with the cluster before attempting to pause the machineConfigPool resource.

This would prevent the need from having to use CLUSTER_TYPE: "kubernetes" in hypershift clusters in order to get sriov-network-operator to work in those environments.

@openshift-ci openshift-ci bot requested review from bn222 and dougbtv August 10, 2022 14:43
@openshift-ci
Copy link
Contributor

openshift-ci bot commented Aug 10, 2022

[APPROVALNOTIFIER] This PR is NOT APPROVED

This pull-request has been approved by: relyt0925
Once this PR has been reviewed and has the lgtm label, please assign dougbtv for approval by writing /assign @dougbtv in a comment. For more information see:The Kubernetes Code Review Process.

The full list of commands accepted by this bot can be found 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

… before attempting to pause the MachineConfigPool

In hypershift: there are no machineConfigPool resources registered and therefore no need to pause the MachineConfigPool resource when sriov-network-operator is orchestrating sr-iov configuration. This adds a check to see if that api resource is registered with the cluster before attempting to pause the machineConfigPool resource
@relyt0925
Copy link
Contributor Author

/retest

@openshift-ci
Copy link
Contributor

openshift-ci bot commented Aug 10, 2022

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

@SchSeba
Copy link
Contributor

SchSeba commented Aug 11, 2022

Hi @relyt0925 please open the PR on the u/s repo https://github.com/k8snetworkplumbingwg/sriov-network-operator

Thanks!
/close

@openshift-ci openshift-ci bot closed this Aug 11, 2022
@openshift-ci
Copy link
Contributor

openshift-ci bot commented Aug 11, 2022

@SchSeba: Closed this PR.

In response to this:

Hi @relyt0925 please open the PR on the u/s repo https://github.com/k8snetworkplumbingwg/sriov-network-operator

Thanks!
/close

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.

@relyt0925
Copy link
Contributor Author

Thank you for the guidance: PR is now here:
k8snetworkplumbingwg/sriov-network-operator#350

SchSeba pushed a commit to SchSeba/sriov-network-operator that referenced this pull request Apr 18, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants