Uploaded image for project: 'OpenShift Bugs'
  1. OpenShift Bugs
  2. OCPBUGS-5027

CNO status reporting

    XMLWordPrintable

Details

    • SDN Sprint 235, SDN Sprint 236
    • 2
    • Rejected
    • False
    • Hide

      None

      Show
      None

    Description

      Description of problem:

      While investigating issue [1] we've noticed a few problems with CNO error reporting on the ClusterOperator status [2]:
      
      that's fine, but I think there are a couple bugs to write up:
      1. when a panic happens, the operator doesnt' go degraded. This can definitely be done
      2. when status cannot be updated, the operator should go degraded
      3. when service network and/or clusternetwork in status is missing, the operator should go Available=false.
      
      [1] https://github.com/openshift/cluster-network-operator/pull/1669
      [2] https://coreos.slack.com/archives/CB48XQ4KZ/p1671207248527519?thread_ts=1671197854.825529&cid=CB48XQ4KZ
      
      

      Version-Release number of selected component (if applicable):

       4.13 and previous.
      
      

      How reproducible:

       Always
      
      

      Steps to Reproduce:

      1. Cause a deliberate panic e.g. in the bootstrap code.
      

      Actual results:

       Operator keeps getting restarted and is not Degraded.
      
      

      Expected results:

       Operator goes Degraded.
      
      

      Additional info:

      
      

      Attachments

        Activity

          People

            pdiak@redhat.com Patryk Diak
            mdulko MichaƂ Dulko
            Anurag Saxena Anurag Saxena
            Votes:
            0 Vote for this issue
            Watchers:
            5 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: