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

Existing ArgoCD instances are not updated automatically after GitOps operator update

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Cannot Reproduce
    • Icon: Undefined Undefined
    • 1.5.0
    • None
    • Operator
    • False
    • False
    • GITOPS Sprint 215, GITOPS Sprint 216

      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
              rhn-support-rick Rick Wagner
              Votes:
              0 Vote for this issue
              Watchers:
              3 Start watching this issue

                Created:
                Updated:
                Resolved: