Uploaded image for project: 'OpenShift GitOps'
  1. OpenShift GitOps
  2. GITOPS-2472

Reflect failed state in Argo CD status for failed workloads

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Done
    • Icon: Normal Normal
    • None
    • None
    • Operator
    • 5
    • False
    • None
    • False
    • GITOPS Sprint 255, GITOPS Service EE Sprint 256, GITOPS Service EE Sprint 257

      Description of problem:

       
      At present the operator only tracks workloads as one of 3 statuses (unknown, pending, running). However, we also have a 4th "Failed" state defined. As of now the operator just calls any failed or pending state workload as "pending" even if it is actually in failed state. This can be misleading as someone will expect the workload to come up eventually but it may never do so

      Prerequisites (if any, like setup, operators/versions):

      affects all versions{}

      Steps to Reproduce

      1.  Launch operator
      2. Create Argo CD instance
      3. Enable appset controller, and set image as some invalid image

      Actual results:

      appset controller status is set to "pending" even though underlying deployment is in failed state with image pull errors that will not be fixed automatically 

      Expected results:

      appset controller status should be reflected as "failed" so users are aware that they have to fix it themselves

      Reproducibility (Always/Intermittent/Only Once):

      always

      Build Details:

      Additional info (Such as Logs, Screenshots, etc):

            rh-ee-rnaaz Rizwana Naaz
            jrao@redhat.com Jaideep Rao
            Votes:
            0 Vote for this issue
            Watchers:
            3 Start watching this issue

              Created:
              Updated:
              Resolved: