1.2.4. 확인된 문제

Argo CD Image Updater는 spec.source 대신 spec.sourceHydrator 를 사용하는 애플리케이션에 대한 업데이트를 커밋하지 못합니다. Helm 나중 쓰기 방법(helmvalues:./values.yaml 사용자 정의 대상 또는 argocd write-back 방법)을 사용하는 경우 Image Updater는 성공 메시지를 기록하지만 업데이트된 이미지 태그를 Git에 커밋하지 않습니다. 이 문제는 Image Updater의 내부 코드가 실제 애플리케이션 사양 대신 sourceHydrator 애플리케이션의 로컬 복사본을 수정하기 때문에 발생합니다. 결과적으로 변경 사항이 삭제됩니다.

이 문제를 해결하려면 시험 소스의 툴 유형과 일치하는 spec.sourceHydrator.drySource 에 빈 툴 블록을 추가합니다.

Helm 기반 시험 소스의 예:

apiVersion: argoproj.io/v1alpha1
kind: Application
spec:
  sourceHydrator:
    drySource:
      repoURL: https://example.com/repo.git
      path: charts/app
      targetRevision: HEAD
      helm: {}  # Add this empty block for Helm charts
    syncSource:
      targetBranch: env/dev
      path: charts/app

Kustomize 기반 시험 소스의 예:

apiVersion: argoproj.io/v1alpha1
kind: Application
spec:
  sourceHydrator:
    drySource:
      repoURL: https://example.com/repo.git
      path: overlays/production
      targetRevision: HEAD
      kustomize: {}  # Add this empty block for Kustomize overlays
    syncSource:
      targetBranch: env/production
      path: overlays/production

GITOPS-11441

Redis HA(고가용성)가 활성화된 Red Hat OpenShift GitOps 1.22로 업그레이드하면 *-redis-ha-server-N Pod가 활성 프로브 실패와 일치하지 않는 상태가 되고 결국 CrashLoopBackOff 로 들어갑니다. Pod 사양 업데이트를 적용하고 정상적인 작업을 다시 시작하려면 수동 개입이 필요합니다.

이 문제를 해결하려면 영향을 받는 Redis HA Pod를 하나씩 삭제하고 StatefulSet이 업데이트된 구성으로 다시 생성할 수 있도록 합니다.

$ oc delete pod <argocd-instance>-redis-ha-server-0 -n <namespace>

포드가 다시 생성될 때까지 기다린 후 다음 Pod를 삭제하기 전에 Running 상태에 도달합니다. StatefulSet의 모든 redis-ha-server Pod에 대해 이 프로세스를 반복합니다.

GITOPS-11294

Red Hat OpenShift GitOps 1.22에서 gitopsservice 클러스터 CR에서 spec.runOnInfra: true 를 활성화하면 워크로드 Pod 템플릿을 업데이트하지 않고 네임스페이스 주석의 인프라 노드 스케줄링을 적용합니다. 이 설정이 활성화되면 기존 Pod는 인프라 노드에 자동으로 다시 예약되지 않습니다.

spec.runOnInfra: true 를 활성화한 후 기존 워크로드를 인프라 노드로 이동하려면 영향을 받는 Pod를 수동으로 다시 시작합니다.

$ oc delete pod <pod-name> -n <namespace>

다시 생성된 Pod는 네임스페이스 주석에 따라 인프라 노드에 예약됩니다.

GITOPS-11499