Uploaded image for project: 'Red Hat Advanced Cluster Management'
  1. Red Hat Advanced Cluster Management
  2. ACM-23908

[2.14 fix] ACM Pull Model Applications Stuck in “Refreshing” State in ArgoCD UI Due to `argocd.argoproj.io/refresh: normal` Annotation

XMLWordPrintable

    • Quality / Stability / Reliability
    • 1
    • False
    • Hide

      None

      Show
      None
    • False
    • Hide
      Previously, in ACM pull-model GitOps deployments, Argo CD Applications on the hub cluster could remain stuck in a constant "Refreshing" state in the Argo CD UI.

      With this fix, Applications now remain stable. The pull-integration-controller clears the refresh annotation to prevent Applications from getting stuck in a perpetual refresh loop.
      Show
      Previously, in ACM pull-model GitOps deployments, Argo CD Applications on the hub cluster could remain stuck in a constant "Refreshing" state in the Argo CD UI. With this fix, Applications now remain stable. The pull-integration-controller clears the refresh annotation to prevent Applications from getting stuck in a perpetual refresh loop.
    • Workload Mgmt Train 31 - 2, Workload Mgmt Train 32 - 1, Workload Mgmt Train 32 - 2
    • ?
    • None

      Cloned from https://issues.redhat.com/browse/ACM-22654 for the 2.14.1 release

      Description of problem:

      In ACM pull-model GitOps deployments, ArgoCD Applications on the hub cluster remain in a constant “Refreshing” state within the ArgoCD UI. The actual Applications on the managed clusters are deployed successfully and are healthy, but their status is not reflected correctly on the hub. This issue appears after a user clicks into the Application in the ArgoCD UI, which adds the argocd.argoproj.io/refresh: normal annotation. Since argocd.argoproj.io/skip-reconcile: 'true' is also set (as required in pull model), the Application status is not updated, and the Application appears stuck in a refreshing state.


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

      • ACM version: 2.11.3
      • OpenShift GitOps: 1.12.1

       

      How reproducible:
      Always


       

      Steps to Reproduce:

      1. Deploy an ApplicationSet in pull model on ACM hub cluster.
      1. The Application is propagated to a managed cluster and syncs successfully.
      1. Open ArgoCD UI on the hub cluster and click into the propagated Application.
      1. Application enters a "Refreshing" state and remains stuck there.

       

      Actual results:

      • Application on the hub cluster remains stuck in a “Refreshing” state in ArgoCD UI.
      • /etc/gitops-resources/ directory in the integration pod is empty.
      • Logs show failures to load ApplicationSet CRDs from expected paths.

      Example log:

       

      Failed to load appSet CRD err: open /etc/gitops-resources/paas-gitops_testapp.yaml: no such file or directory

       


      Expected results:

      • Application status should either remain static or reflect the actual status from the managed cluster.
      • The pull-integration-controller should clear the refresh annotation or otherwise prevent the Application from getting stuck in a perpetual refresh state.

      Additional info:

      • Workaround: Removing the argocd.argoproj.io/refresh: normal annotation resolves the stuck state.
      • This is primarily a UI issue and does not affect the actual resource deployment on managed clusters.
      • Could be documented as a known issue if not fixed immediately.
      • Screenshots and JSON GraphQL search output available in case 04203019.

              ming@redhat.com Mike Ng
              rhn-support-mlele Mihir Lele
              Yupeng Chang Yupeng Chang
              Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

                Created:
                Updated:
                Resolved: