ClusterResourceOverride Operator inadvertently upgraded to v4.18 version on OCP4.12-4.17 clusters

Solution Verified - Updated

Issue

Between 2026-02-03 21:16 UTC and 2026-02-04 05:18 UTC, a catalog release error caused OCP 4.18 operator content to be pushed to OCP 4.12–4.17 clusters.

Clusters with subscriptions set to Automatic approval may have inadvertently upgraded the ClusterResourceOverride Operator to a version intended for OCP 4.18.

This article specifically addresses how to:
1. Verify if your ClusterResourceOverride was affected by this specific window of misconfiguration.
2. Roll back or recover the driver to the version appropriate for your OCP release.

Resolution

Downgrade the ClusterResourceOverride Operator

If the 4.18 version of the ClusterResourceOverride Operator has been installed, it can be downgraded by removing it and reinstalling it. During the process the ClusterResourceOverride should continue to function with only a short window of unavailability when the new subscription is created and the correct version pods replace the wrong version pods. No impact to cluster workloads is expected.

Follow these steps to remove the incorrect version and trigger a fresh installation of the supported version.

  1. Find the incorrect CSV

    $ oc get csv -A | grep clusterresourceoverride
    clusterresourceoverride                clusterresourceoverride-operator.v4.18.0-202601302238   ClusterResourceOverride Operator   4.18.0-202601302238   clusterresourceoverride-operator.4.12.0-202602021306   Succeeded
    

    Make note of the values from the first two columns, which are the CSV's namespace and the CSV name

  2. Find the subscription. If different from the command below, replace the CSV name discovered in step 1

    $ oc get subscription -A -o custom-columns=NAMESPACES:.metadata.namespace,NAME:.metadata.name,CSV:.status.currentCSV | grep clusterresourceoverride-operator.v4.18.0-202601302238
    clusterresourceoverride             clusterresourceoverride   clusterresourceoverride-operator.v4.18.0-202601302238
    

    Make note of the values from the first two columns, which are the subscription's namespace and the subscription name

  3. Delete the incorrect CSV

    Replace with CSV namespace and CSV name identified in step above, if different from the command below.

    $ oc delete csv -n clusterresourceoverride clusterresourceoverride-operator.v4.18.0-202601302238
    clusterserviceversion.operators.coreos.com "clusterresourceoverride-operator.v4.18.0-202601302238" deleted
    
  4. Delete the existing subscription:

    Replace with subscription namespace and subscription name identified in step 2, if different from the command below.

    $ oc delete subscription -n clusterresourceoverride  clusterresourceoverride
    subscription.operators.coreos.com "clusterresourceoverride" deleted
    
  5. Reinstall the ClusterResourceOverride Operator using the OperatorHub section of the OpenShift console.

  6. On OpenShift clusters version 4.12-4.16, the ClusterResourceOverride deployment must also be manually removed as part of the downgrade.

$ oc delete deployment -A -l operator.autoscaling.openshift.io/clusterresourceoverride=true
deployment.apps "clusterresourceoverride" deleted
  1. Verification

    Verify that the new CSV version matches your OCP version. In the following example from a 4.12 cluster, the CSV versions are listed as 4.12.0-202602021306 which is an appropriate version for an OpenShift 4.12 cluster.

    $ oc get csv -A | grep clusterresourceoverride
    clusterresourceoverride                clusterresourceoverride-operator.4.12.0-202602021306   ClusterResourceOverride Operator   4.12.0-202602021306              Succeeded
    

Diagnostic Steps

  1. Check to see if the incorrect CSV is installed

    $ oc get csv -A | grep clusterresourceoverride
    clusterresourceoverride                clusterresourceoverride-operator.v4.18.0-202601302238   ClusterResourceOverride Operator   4.18.0-202601302238   clusterresourceoverride-operator.4.12.0-202602021306   Succeeded
    

In this example from an OpenShift version 4.12 cluster, the CSV version is expected to be version 4.12.0-, but instead it is 4.18.0-. In this case, the above remediation steps should be followed to downgrade by removing and reinstalling ClusterResourceOverride.


This solution is part of Red Hat’s fast-track publication program, providing a huge library of solutions that Red Hat engineers have created while supporting our customers. To give you the knowledge you need the instant it becomes available, these articles may be presented in a raw and unedited form.