Skip to content

Conversation

abhay-nutanix
Copy link
Contributor

Installer currently uses Cluster-API-PROVIDER-NUTANIX version 1.5.4.
Upgrading it to version 1.7.0.

@openshift-ci openshift-ci bot requested review from jcpowermac and rvanderp3 August 6, 2025 06:35
@jcpowermac
Copy link
Contributor

/retest-required

@patrickdillon
Copy link
Contributor

Thanks for the PR!

You have updated the code we vendor to build the capi controller binary. You should also bump the version in the top level go.mod, which is the api vendored by the installer to generate the cluster and machine manifests. I think vendoring this may be blocked, when I tested, and we need the new version of cluster api, which will be released soon.

Additionally, can you update the crds like I described here: #9855 (comment)

@patrickdillon
Copy link
Contributor

Here's the error I got when bumping

go: downloading sigs.k8s.io/cluster-api v1.10.4
go: github.com/openshift/installer/pkg/asset/machines imports
        sigs.k8s.io/cluster-api-provider-aws/v2/api/v1beta2 tested by
        sigs.k8s.io/cluster-api-provider-aws/v2/api/v1beta2.test imports
        sigs.k8s.io/cluster-api/util/defaulting: module sigs.k8s.io/cluster-api@latest found (v1.10.4), but does not contain package sigs.k8s.io/cluster-api/util/defaulting

That will be fixed in the next version of capi. I will play around a bit more tomorrow to see if we can bump this without newer capi

@abhay-nutanix
Copy link
Contributor Author

Thanks for the PR!

You have updated the code we vendor to build the capi controller binary. You should also bump the version in the top level go.mod, which is the api vendored by the installer to generate the cluster and machine manifests. I think vendoring this may be blocked, when I tested, and we need the new version of cluster api, which will be released soon.

Additionally, can you update the crds like I described here: #9855 (comment)

This all have been done in this PR.
I have updated the Nutanix based CRD.

@abhay-nutanix
Copy link
Contributor Author

Here's the error I got when bumping

go: downloading sigs.k8s.io/cluster-api v1.10.4
go: github.com/openshift/installer/pkg/asset/machines imports
        sigs.k8s.io/cluster-api-provider-aws/v2/api/v1beta2 tested by
        sigs.k8s.io/cluster-api-provider-aws/v2/api/v1beta2.test imports
        sigs.k8s.io/cluster-api/util/defaulting: module sigs.k8s.io/cluster-api@latest found (v1.10.4), but does not contain package sigs.k8s.io/cluster-api/util/defaulting

That will be fixed in the next version of capi. I will play around a bit more tomorrow to see if we can bump this without newer capi

To mitigate this.
I have added: replace sigs.k8s.io/cluster-api => sigs.k8s.io/cluster-api v1.9.6 for this PR.

@tthvo
Copy link
Member

tthvo commented Aug 7, 2025

Looks like CAPI >= v1.10.0 has some breaking changes that involve the removal of that "defaulting" package (see release note and PR). Not sure if they gonna add it back 💭

Also, I think aws capi provider (capa) is not the only one blocking. When I tried bumping capa, the error now points to ibmcloud.

go: finding module for package sigs.k8s.io/cluster-api/util/defaulting
go: github.com/openshift/installer/pkg/asset/machines/ibmcloud imports
	sigs.k8s.io/cluster-api-provider-ibmcloud/api/v1beta2 tested by
	sigs.k8s.io/cluster-api-provider-ibmcloud/api/v1beta2.test imports
	sigs.k8s.io/cluster-api/util/defaulting: module sigs.k8s.io/cluster-api@latest found (v1.10.4), but does not contain package sigs.k8s.io/cluster-api/util/defaulting

I have added: replace sigs.k8s.io/cluster-api => sigs.k8s.io/cluster-api v1.9.6 for this PR.

This seems to help, but then it pins the capi version for all providers, right? We need make sure all providers are using the same minor versions of capi? Curious: What's the usual step/method for that?

@openshift-merge-robot openshift-merge-robot added the needs-rebase Indicates a PR cannot be merged because it has merge conflicts with HEAD. label Aug 7, 2025
@patrickdillon
Copy link
Contributor

Looks like CAPI >= v1.10.0 has some breaking changes that involve the removal of that "defaulting" package (see release note and PR). Not sure if they gonna add it back 💭

Also, I think aws capi provider (capa) is not the only one blocking. When I tried bumping capa, the error now points to ibmcloud.

go: finding module for package sigs.k8s.io/cluster-api/util/defaulting
go: github.com/openshift/installer/pkg/asset/machines/ibmcloud imports
	sigs.k8s.io/cluster-api-provider-ibmcloud/api/v1beta2 tested by
	sigs.k8s.io/cluster-api-provider-ibmcloud/api/v1beta2.test imports
	sigs.k8s.io/cluster-api/util/defaulting: module sigs.k8s.io/cluster-api@latest found (v1.10.4), but does not contain package sigs.k8s.io/cluster-api/util/defaulting

I have added: replace sigs.k8s.io/cluster-api => sigs.k8s.io/cluster-api v1.9.6 for this PR.

This seems to help, but then it pins the capi version for all providers, right? We need make sure all providers are using the same minor versions of capi? Curious: What's the usual step/method for that?

Right, but ibmcloud upstream is up to date, so we may need to just bump multiple providers simultaneously. As an aside, ibmcloud upstream uses depandabot so it is very up to date, upstream is on a beta version of capi.

We don't have a system/schedule/process in place for keeping capi providers up to date in sync. I don't think it's rocket science, but having a defined process would really help smooth this over.

@patrickdillon
Copy link
Contributor

I have updated the Nutanix based CRD.

Hm looks like theyre not there
The CRDs should be in the /data/data/cluster-api dir. I provided some more details in the comment link above.

Also needs a rebase for the go.mod., unfortunately.

@abhay-nutanix
Copy link
Contributor Author

abhay-nutanix commented Aug 8, 2025

I have updated the Nutanix based CRD.

Hm looks like theyre not there The CRDs should be in the /data/data/cluster-api dir. I provided some more details in the comment link above.

Also needs a rebase for the go.mod., unfortunately.

the PR has changes in /data/data/clusterapi/nutanix-infrastructure-components.yaml
https://github.com/openshift/installer/pull/9869/files#diff-ec781335e2627e0de0605693843db8706b2fe4b5efab268a7b91c8921aa30db6

@openshift-merge-robot openshift-merge-robot removed the needs-rebase Indicates a PR cannot be merged because it has merge conflicts with HEAD. label Aug 8, 2025
@patrickdillon
Copy link
Contributor

I have updated the Nutanix based CRD.

Hm looks like theyre not there The CRDs should be in the /data/data/cluster-api dir. I provided some more details in the comment link above.
Also needs a rebase for the go.mod., unfortunately.

the PR has changes in /data/data/clusterapi/nutanix-infrastructure-components.yaml https://github.com/openshift/installer/pull/9869/files#diff-ec781335e2627e0de0605693843db8706b2fe4b5efab268a7b91c8921aa30db6

Oh, my bad, I am using the new GUI in github and I missed this warning:

Screenshot 2025-08-08 at 12 51 37 PM

@patrickdillon
Copy link
Contributor

/approve
/lgtm

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

openshift-ci bot commented Aug 8, 2025

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: patrickdillon

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 openshift-ci bot added the approved Indicates a PR has been approved by an approver from all required OWNERS files. label Aug 8, 2025
@abhay-nutanix abhay-nutanix changed the title Upgrading Cluster-API-Provider-Nutanix version from 1.5.4 to 1.7.0 OCPBUGS-60284: Upgrading Cluster-API-Provider-Nutanix version from 1.5.4 to 1.7.0 Aug 11, 2025
@openshift-ci-robot openshift-ci-robot added jira/valid-reference Indicates that this PR references a valid Jira ticket of any type. jira/valid-bug Indicates that a referenced Jira bug is valid for the branch this PR is targeting. labels Aug 11, 2025
@openshift-ci-robot
Copy link
Contributor

@abhay-nutanix: This pull request references Jira Issue OCPBUGS-60284, which is valid. The bug has been moved to the POST state.

3 validation(s) were run on this bug
  • bug is open, matching expected state (open)
  • bug target version (4.20.0) matches configured target version for branch (4.20.0)
  • bug is in the state New, which is one of the valid states (NEW, ASSIGNED, POST)

Requesting review from QA contact:
/cc @gpei

The bug has been updated to refer to the pull request using the external bug tracker.

In response to this:

Installer currently uses Cluster-API-PROVIDER-NUTANIX version 1.5.4.
Upgrading it to version 1.7.0.

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 requested a review from gpei August 11, 2025 06:52
@abhay-nutanix
Copy link
Contributor Author

/jira refresh

@openshift-ci-robot
Copy link
Contributor

@abhay-nutanix: This pull request references Jira Issue OCPBUGS-60284, which is valid.

3 validation(s) were run on this bug
  • bug is open, matching expected state (open)
  • bug target version (4.20.0) matches configured target version for branch (4.20.0)
  • bug is in the state POST, which is one of the valid states (NEW, ASSIGNED, POST)

Requesting review from QA contact:
/cc @gpei

In response to this:

/jira refresh

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

/retest-required

Remaining retests: 0 against base HEAD ec5eb80 and 2 for PR HEAD 96d5174 in total

@abhay-nutanix
Copy link
Contributor Author

/retest-required

@openshift-ci-robot
Copy link
Contributor

/retest-required

Remaining retests: 0 against base HEAD ff8d0c3 and 1 for PR HEAD 96d5174 in total

@openshift-ci-robot
Copy link
Contributor

/retest-required

Remaining retests: 0 against base HEAD ff8d0c3 and 2 for PR HEAD 96d5174 in total

1 similar comment
@openshift-ci-robot
Copy link
Contributor

/retest-required

Remaining retests: 0 against base HEAD ff8d0c3 and 2 for PR HEAD 96d5174 in total

Copy link
Contributor

openshift-ci bot commented Aug 12, 2025

@abhay-nutanix: The following tests failed, say /retest to rerun all failed tests or /retest-required to rerun all mandatory failed tests:

Test name Commit Details Required Rerun command
ci/prow/e2e-vsphere-ovn-multi-disk 5ea0cd8 link false /test e2e-vsphere-ovn-multi-disk
ci/prow/e2e-vsphere-ovn-multi-network-techpreview 5ea0cd8 link false /test e2e-vsphere-ovn-multi-network-techpreview
ci/prow/e2e-vsphere-ovn-zones-techpreview 5ea0cd8 link false /test e2e-vsphere-ovn-zones-techpreview
ci/prow/e2e-aws-ovn-imdsv2 96d5174 link false /test e2e-aws-ovn-imdsv2
ci/prow/e2e-gcp-xpn-dedicated-dns-project 96d5174 link false /test e2e-gcp-xpn-dedicated-dns-project
ci/prow/e2e-aws-ovn-edge-zones 96d5174 link false /test e2e-aws-ovn-edge-zones
ci/prow/okd-scos-e2e-aws-ovn 96d5174 link false /test okd-scos-e2e-aws-ovn
ci/prow/e2e-gcp-custom-endpoints 96d5174 link false /test e2e-gcp-custom-endpoints
ci/prow/e2e-gcp-secureboot 96d5174 link false /test e2e-gcp-secureboot
ci/prow/e2e-gcp-ovn-xpn 96d5174 link false /test e2e-gcp-ovn-xpn
ci/prow/e2e-aws-ovn-fips 96d5174 link false /test e2e-aws-ovn-fips
ci/prow/e2e-vsphere-host-groups-ovn-techpreview 96d5174 link false /test e2e-vsphere-host-groups-ovn-techpreview
ci/prow/e2e-aws-ovn-heterogeneous 96d5174 link false /test e2e-aws-ovn-heterogeneous
ci/prow/aws-private 96d5174 link false /test aws-private
ci/prow/e2e-azurestack 96d5174 link false /test e2e-azurestack

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.

@abhay-nutanix
Copy link
Contributor Author

/retest-required

@openshift-ci-robot
Copy link
Contributor

/retest-required

Remaining retests: 0 against base HEAD ff8d0c3 and 2 for PR HEAD 96d5174 in total

@openshift-merge-bot openshift-merge-bot bot merged commit 990be59 into openshift:main Aug 12, 2025
36 of 48 checks passed
@openshift-ci-robot
Copy link
Contributor

@abhay-nutanix: Jira Issue OCPBUGS-60284: All pull requests linked via external trackers have merged:

Jira Issue OCPBUGS-60284 has been moved to the MODIFIED state.

In response to this:

Installer currently uses Cluster-API-PROVIDER-NUTANIX version 1.5.4.
Upgrading it to version 1.7.0.

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

[ART PR BUILD NOTIFIER]

Distgit: ose-installer
This PR has been included in build ose-installer-container-v4.20.0-202508122224.p0.g990be59.assembly.stream.el9.
All builds following this will include this PR.

@openshift-bot
Copy link
Contributor

[ART PR BUILD NOTIFIER]

Distgit: ose-baremetal-installer
This PR has been included in build ose-baremetal-installer-container-v4.20.0-202508122224.p0.g990be59.assembly.stream.el9.
All builds following this will include this PR.

@openshift-bot
Copy link
Contributor

[ART PR BUILD NOTIFIER]

Distgit: ose-installer-artifacts
This PR has been included in build ose-installer-artifacts-container-v4.20.0-202508122224.p0.g990be59.assembly.stream.el9.
All builds following this will include this PR.

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-bug Indicates that a referenced Jira bug is valid for the branch this PR is targeting. 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.

7 participants