Uploaded image for project: 'Red Hat OpenStack Services on OpenShift'
  1. Red Hat OpenStack Services on OpenShift
  2. OSPRH-17456

OpenStack operator initialization can panic when non-namespaced operator "refs" data is processed

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Done-Errata
    • Icon: Major Major
    • rhos-18.0.11
    • rhos-18.0 FR 2 (Mar 2025)
    • openstack-operator
    • None
    • 2
    • False
    • Hide

      None

      Show
      None
    • False
    • ?
    • openstack-operator-bundle-container-1.0.13-6
    • Impediment
    • None
    • Hide
      .OpenStack Operator checks namespace field for upgrade of Operators

      This update fixes an issue where upgrades from OpenStack Operator version 1.0.6 or earlier sometimes failed when OpenShift Lifecycle Manager (OLM) Operator resources contained data with no namespace field defined.

      With this update, the OpenStack Operator checks that the namespace field is implemented for Operator references in the OpenStack controller and the OpenStack Service Operators upgrade is not affected.
      Show
      .OpenStack Operator checks namespace field for upgrade of Operators This update fixes an issue where upgrades from OpenStack Operator version 1.0.6 or earlier sometimes failed when OpenShift Lifecycle Manager (OLM) Operator resources contained data with no namespace field defined. With this update, the OpenStack Operator checks that the namespace field is implemented for Operator references in the OpenStack controller and the OpenStack Service Operators upgrade is not affected.
    • Bug Fix
    • Done
    • Waiting For Release
    • 1
    • Moderate

      To Reproduce Steps to reproduce the behavior:

      1. Mistakenly install a service operator (such as RHOSO Test operator) in the openstack namespace instead of openstack-operators namespace
      2. Create and apply an "OpenStack" resource
      3. Notice via "oc get pods n openstack{}operators" that the OpenStack operator pod is crash looping, and that the service operators are never deployed

      Expected behavior

      • When the "OpenStack" resource is created, the OpenStack service operators should be deployed

      Bug impact

      • This can prevent users from finishing OpenStack operator installation

      Known workaround

      • Delete bad operators found in "oc get operators -o yaml".  These are "bad" only in respect to what our code is expecting, but it is actually our code that needs to be fixed.

              abays@redhat.com Andrew Bays
              abays@redhat.com Andrew Bays
              rhos-dfg-ospk8s
              Votes:
              0 Vote for this issue
              Watchers:
              10 Start watching this issue

                Created:
                Updated:
                Resolved: