Skip to content

OCPBUGS-23467: manifests/0000_30_cluster-api_10_webhooks: Deletion manifest for validating-webhook-configuration#145

Merged
openshift-merge-bot[bot] merged 1 commit into
openshift:mainfrom
wking:delete-validating-webhook-configuration
Nov 21, 2023
Merged

OCPBUGS-23467: manifests/0000_30_cluster-api_10_webhooks: Deletion manifest for validating-webhook-configuration#145
openshift-merge-bot[bot] merged 1 commit into
openshift:mainfrom
wking:delete-validating-webhook-configuration

Conversation

@wking

@wking wking commented Nov 20, 2023

Copy link
Copy Markdown
Member

The resource was renamed to cluster-capi-operator in 1096d5c (#132), and that's a much more specific name for the cluster-scoped resource. However, clusters upating from 4.15.0-ec.1 with the old name should not have two similar-but-not-quite-matching versions of the webhook configuration, or updates can stick with cluster-api ClusterOperator going Degraded=True on SyncingFailed with:

Failed to resync for operator: 4.15.0-ec.2 because &{%!e(string=unable to reconcile CoreProvider: unable to create or update CoreProvider: Internal error occurred: failed calling webhook "vcoreprovider.operator.cluster.x-k8s.io": failed to call webhook: the server could not find the requested resource)}

This commit adds a deletion manifest to ask the cluster-version operator to remove the resource, to avoid leaking the old resource into new clusters.

…dating-webhook-configuration

The resource was renamed to cluster-capi-operator in 1096d5c
(manifests: rename validatingwebhookconfiguration to a more meaningful
name, 2023-10-12, openshift#132), and that's a much more specific name for the
cluster-scoped resource.  However, clusters upating from 4.15.0-ec.1
with the old name should not have two similar-but-not-quite-matching
versions of the webhook configuration, or updates can stick with
cluster-api ClusterOperator going Degraded=True on SyncingFailed with
[1]:

  Failed to resync for operator: 4.15.0-ec.2 because &{%!e(string=unable to reconcile CoreProvider: unable to create or update CoreProvider: Internal error occurred: failed calling webhook "vcoreprovider.operator.cluster.x-k8s.io": failed to call webhook: the server could not find the requested resource)}

This commit adds a deletion manifest [2] to ask the cluster-version
operator to remove the resource, to avoid leaking the old resource
into new clusters.

[1]: https://issues.redhat.com/browse/OCPBUGS-23467
[2]: https://github.com/openshift/enhancements/blob/8a11b7085c69b078690d50958f541d2a817d85df/dev-guide/cluster-version-operator/dev/object-deletion.md
@openshift-ci-robot openshift-ci-robot added jira/severity-moderate Referenced Jira bug's severity is moderate for the branch this PR is targeting. 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 Nov 20, 2023
@openshift-ci-robot

Copy link
Copy Markdown

@wking: This pull request references Jira Issue OCPBUGS-23467, 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.15.0) matches configured target version for branch (4.15.0)
  • bug is in the state New, which is one of the valid states (NEW, ASSIGNED, POST)

Requesting review from QA contact:
/cc @sunzhaohua2

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

Details

In response to this:

The resource was renamed to cluster-capi-operator in 1096d5c (#132), and that's a much more specific name for the cluster-scoped resource. However, clusters upating from 4.15.0-ec.1 with the old name should not have two similar-but-not-quite-matching versions of the webhook configuration, or updates can stick with cluster-api ClusterOperator going Degraded=True on SyncingFailed with:

Failed to resync for operator: 4.15.0-ec.2 because &{%!e(string=unable to reconcile CoreProvider: unable to create or update CoreProvider: Internal error occurred: failed calling webhook "vcoreprovider.operator.cluster.x-k8s.io": failed to call webhook: the server could not find the requested resource)}

This commit adds a deletion manifest to ask the cluster-version operator to remove the resource, to avoid leaking the old resource into new clusters.

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-ci

openshift-ci Bot commented Nov 20, 2023

Copy link
Copy Markdown
Contributor

@wking: all tests passed!

Full PR test history. Your PR dashboard.

Details

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.

@damdo damdo left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

/approve

@openshift-ci

openshift-ci Bot commented Nov 21, 2023

Copy link
Copy Markdown
Contributor

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: damdo

The full list of commands accepted by this bot can be found here.

The pull request process is described here

Details 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 Nov 21, 2023
@JoelSpeed

Copy link
Copy Markdown
Contributor

/lgtm
/label acknowledge-critical-fixes-only

@openshift-ci openshift-ci Bot added the acknowledge-critical-fixes-only Indicates if the issuer of the label is OK with the policy. label Nov 21, 2023
@openshift-ci openshift-ci Bot added the lgtm Indicates that a PR is ready to be merged. label Nov 21, 2023
@openshift-merge-bot openshift-merge-bot Bot merged commit 17627ff into openshift:main Nov 21, 2023
@openshift-ci-robot

Copy link
Copy Markdown

@wking: Jira Issue OCPBUGS-23467: All pull requests linked via external trackers have merged:

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

Details

In response to this:

The resource was renamed to cluster-capi-operator in 1096d5c (#132), and that's a much more specific name for the cluster-scoped resource. However, clusters upating from 4.15.0-ec.1 with the old name should not have two similar-but-not-quite-matching versions of the webhook configuration, or updates can stick with cluster-api ClusterOperator going Degraded=True on SyncingFailed with:

Failed to resync for operator: 4.15.0-ec.2 because &{%!e(string=unable to reconcile CoreProvider: unable to create or update CoreProvider: Internal error occurred: failed calling webhook "vcoreprovider.operator.cluster.x-k8s.io": failed to call webhook: the server could not find the requested resource)}

This commit adds a deletion manifest to ask the cluster-version operator to remove the resource, to avoid leaking the old resource into new clusters.

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.

@wking wking deleted the delete-validating-webhook-configuration branch November 21, 2023 18:24
@openshift-bot

Copy link
Copy Markdown

[ART PR BUILD NOTIFIER]

This PR has been included in build ose-cluster-capi-operator-container-v4.15.0-202311211133.p0.g17627ff.assembly.stream for distgit ose-cluster-capi-operator.
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

acknowledge-critical-fixes-only Indicates if the issuer of the label is OK with the policy. approved Indicates a PR has been approved by an approver from all required OWNERS files. jira/severity-moderate Referenced Jira bug's severity is moderate for the branch this PR is targeting. 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.

5 participants