증상문제 384개· 검수 문제 9개

Rollout Stuck

‘Rollout Stuck’ 증상으로 나타나는 장애 문제 384개를 모았습니다.

모든 문제 384개

LINUX-282systemd path unit이 올바른 디렉터리를 감시하는데 애플리케이션이 그것을 bind 마운트로 교체해 감시가 실제 쓰기를 더는 보지 못함 (failover 리허설 중)애플리케이션이 더는 직접 쓰지 않는 객체에 자동화가 계속 걸려 있습니다. failover 리허설에서 standby나 대체 경로가 활성화되기 전까지는 평상시 트래픽이 문제를 감췄습니다.Linux고급18분ProK8S-345topology spread 규칙은 균형 잡혀 보이는데 정작 비상 폴백 pod가 실제로 뜰 수 있는 유일한 곳이 taint 걸린 노드 풀 하나 (단계적 폐기 중)장애가 스케줄러를 호환 taint를 가진 유일한 도메인으로 몰아넣기 전까지는 분산이 공평해 보입니다. 주 경로로는 서비스가 계속 되고, 옛 구성 요소가 완전히 빠질 때만 의존성 하나가 실패합니다.Kubernetes고급18분ProK8S-102topology spread 제약은 유효해 보이는데 matchLabelKeys가 새 롤아웃 리비전을 제외해 새 pod가 전부 한 zone에 몰림서류상 정책은 정상으로 보이는데 새 ReplicaSet만 분산 규칙에서 빠집니다 — 그 리비전 label이 spread match 집합에 들어 있지 않습니다.Kubernetes고급18분ProK8S-141노드 drain이 PodDisruptionBudget은 지키는데 커스텀 컨트롤러가 헬퍼 pod를 즉시 다시 만들어 drain이 끝내 수렴하지 않음Kubernetes는 제대로 동작하는데 다른 컨트롤러가 점검이 축출하려는 바로 그 pod를 계속 다시 채웁니다.Kubernetes고급18분ProK8S-216로컬 스토리지 워크로드가 정상으로 보이다가 축소가 지역성을 만족하는 유일한 노드를 제거 (failover 리허설 중)데이터가 남아 있어 컴퓨트 용량은 유지되는데 스케줄 가능성이 사라집니다. failover 리허설에서 standby나 대체 경로가 활성화되기 전까지는 평상시 트래픽이 문제를 감췄습니다.Kubernetes고급18분ProCICD-162릴리스 게이트가 오래된 오류 예산 스냅샷을 읽음 (failover 리허설 중)canary 자동화가 지연된 데이터로 평가해서 잘못된 신호로 승격하거나 차단합니다. failover 리허설에서 standby나 대체 경로가 활성화되기 전까지는 평상시 트래픽이 문제를 감췄습니다.CI/CD고급18분ProNETWORK-276멀티캐스트 PIM 이웃은 맺어지는데 RPF 경로가 계속 트리의 반대편을 가리킴 (failover 리허설 중)컨트롤 플레인 인접은 있는데 정작 중요한 포워딩 조회가 어긋납니다. failover 리허설에서 standby나 대체 경로가 활성화되기 전까지는 평상시 트래픽이 문제를 감췄습니다.Network고급18분ProNETWORK-114멀티캐스트 rendezvous point는 도달되는데 access edge가 여전히 엉뚱한 IGMP 버전을 써 SSM 클라이언트가 실패코어 멀티캐스트 시그널링은 정상으로 보이는데 수신자가 의도한 스트림에 끝내 합류하지 못합니다 — edge 프로토콜 기대가 다릅니다.Network고급18분ProNETWORK-381멀티캐스트 경계는 의도한 그룹을 허용하는데 rendezvous failover가 계속 상태를 잃음Network고급18분ProCICD-282배포 게이트가 엉뚱한 브랜치 계보의 최신 성공 빌드를 재사용 (failover 리허설 중)아티팩트는 유효한데 게이트가 현재 릴리스 브랜치에 속한 적 없는 빌드를 승격합니다. failover 리허설에서 standby나 대체 경로가 활성화되기 전까지는 평상시 트래픽이 문제를 감췄습니다.CI/CD고급18분ProK8S-123복원된 PersistentVolume이 옛 zone의 node affinity를 유지해 대체 pod가 새 리전 구간에서 끝내 마운트하지 못함스토리지 측면에서는 복원이 성공했는데 스케줄링과 attach 로직이 계속 원본 토폴로지를 반영합니다.Kubernetes고급18분ProK8S-174복원된 볼륨은 있는데 워크로드가 계속 옛 claim이나 템플릿 참조를 가리킴 (failover 리허설 중)복구는 올바른 스토리지 객체를 만들었는데 앱 경로가 계속 직전 것에 묶여 있습니다. failover 리허설에서 standby나 대체 경로가 활성화되기 전까지는 평상시 트래픽이 문제를 감췄습니다.Kubernetes고급18분ProCICD-139서비스 이름 변경 후 canary 분석이 옛 메트릭 label을 비교해 의미 없는 데이터로 릴리스를 승격통계 게이트는 여전히 판정을 내놓는데 관측 label 마이그레이션 후 엉뚱한 스트림을 평가하고 있습니다.CI/CD고급18분ProK8S-138스냅샷 복원이 옛 파일시스템 UUID를 유지해 failover 후 init 스크립트가 엉뚱한 장치 경로를 마운트스토리지는 복구됐는데 장치 신원에 대한 host 수준 전제 하나가 이제 엉뚱한 볼륨을 가리킵니다.Kubernetes고급18분ProCICD-222승격 규칙이 시맨틱 버전 메타데이터를 신뢰하는데 mirror 동기화가 빌드 메타데이터를 다시 씀 (failover 리허설 중)릴리스 artifact는 버전 label을 유지하는데 미러 경로가 하위 게이트 하나가 아직 쓰는 메타데이터 필드를 바꿉니다. failover 리허설에서 standby나 대체 경로가 활성화되기 전까지는 평상시 트래픽이 문제를 감췄습니다.CI/CD고급18분ProLINUX-571애플리케이션은 유니코드 파일명을 제대로 쓰는데 백업·동기화 서비스가 계속 옛 locale로 실행돼 경로 집합 일부를 버림 (관리자 계층 평탄화 후)시스템은 파일을 저장하는데 예약 경로 하나가 그것들을 다 보지 못합니다. 명시적 설정은 맞아 보이지만, 정리된 계층에서 상속 정책이 예전처럼 해석되지 않고 위임 경로 하나가 아직 옛 다층 관리 모델을 반영합니다.Linux중급18분ProLINUX-109옛 교체 디스크가 계속 중복 멤버 UUID를 광고해 mdadm이 배열을 degraded로 조립새 디스크는 있는데 부팅 복구가 엉뚱한 구성 요소 조합을 고릅니다 — 낡은 메타데이터가 아직 그 배열 소속이라고 주장합니다.Linux고급18분ProLINUX-174올바른 initramfs를 만들었는데 펌웨어가 계속 다른 곳을 가리키는 더 오래된 항목으로 부팅 (failover 리허설 중)복구 산출물은 있는데 장비가 그것을 실제로 로드하지 않습니다. failover 리허설에서 standby나 대체 경로가 활성화되기 전까지는 평상시 트래픽이 문제를 감췄습니다.Linux고급18분ProCICD-264자체 호스팅 runner 이미지 갱신이 Docker builder 버전을 바꿔 fleet 전체의 레이어 캐시 재현성을 깨뜨림 (failover 리허설 중)빌드는 계속 도는데 옛 executor와 새 executor 사이에서 캐시 키와 레이어 출력이 갈립니다. failover 리허설에서 standby나 대체 경로가 활성화되기 전까지는 평상시 트래픽이 문제를 감췄습니다.CI/CD고급18분ProCICD-160최종 승인 단계에서 릴리스 manifest를 승인했는데 배포 작업이 그 뒤 템플릿을 다시 렌더링해 검토된 것과 다른 객체 집합을 내보냄승인은 릴리스의 한 표현에 대해 이뤄졌고, 실행은 다른 표현을 썼습니다.CI/CD고급18분Pro