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

Existing ArgoCD instances are not updated automatically after GitOps operator update

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Duplicate
    • Icon: Major Major
    • 1.5.0
    • 1.3.2
    • Operator
    • 5
    • False
    • False
    • GITOPS Sprint 215

      Bugzilla issue from OpenShift

      https://bugzilla.redhat.com/show_bug.cgi?id=2052931
      Description of problem:

      Updating GitOps Operator to version 1.3.2 did not trigger the update of existing ArgoCD instances to version 2.1.8, they were stuck on 2.0.5.

      Only after manual including the namespaces where the existing instances are running in the variable ARGOCD_CLUSTER_CONFIG_NAMESPACES of the gitops-operator-controller-manager configuration, update was triggered and argoCD instances updated to 2.1.8.

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

      GitOps Operator 1.3.2

      How reproducible:

      Install previous version of GitOps operator on OCP 4.8, create some ArgoCD instances, and update the operator to 1.3.2

      Steps to Reproduce:
      1.Install any previous version of GitOps operator
      2.Create few ArgoCD instances
      3.Upgrade GitOps operator to 1.3.2

      Actual results:

      Existing ArgoCD instances are stuck with version 2.0.5

      Expected results:

      ArogCD instances to be automatically upgraded to the current version - in this case 2.1.8

      Additional info:

      Update triggered only after manual editing of gitops-operator-controller-manager configuration, by adding the relevant namespaces where ArgoCD instances are running to the ARGOCD_CLUSTER_CONFIG_NAMESPACES variable.
       

              cbanavik Chetan Banavikalmutt
              wtam_at_redhat William Tam
              Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

                Created:
                Updated:
                Resolved: