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

Rollout Stuck

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

모든 문제 384개

LINUX-153프로파일 스크립트가 배치 host 하나에 없는 locale을 export해, 야간 리포트 작업만 소수점 입력을 잘못 파싱하기 시작대화형에서는 다 정상으로 보이는데 비대화형 환경 하나가 깨진 locale 전제를 물려받습니다.Linux중급14분ProNETWORK-118LLDP-MED가 음성 VLAN을 광고하는데 포트가 끊겼다 붙으면 access 스위치 데이터 정책이 그것을 덮어씀전화기가 한 번은 올바른 구간으로 부팅하는데, 링크 재협상 후 다른 edge 정책이 포트를 재분류해 예상 밖으로 옮겨집니다.Network중급15분ProK8S-153node selector가 새 GPU 노드 풀 label에 매칭하는데 부트스트랩 중 taint가 추가돼 워크로드가 끝내 거기 배치되지 않음스케줄러가 label로는 올바른 노드를 찾는데 다른 admission 규칙이 그 노드를 계속 배제합니다.Kubernetes중급15분ProLINUX-158systemd path unit이 파일 생성을 감시하는데 앱이 파일을 원자적으로 교체해 modify 이벤트만 발생자동화가 발동해야 하는데 실제 애플리케이션 갱신 패턴이 선택한 watcher 트리거와 맞지 않습니다.Linux중급15분ProNETWORK-157Wi-Fi 컨트롤러가 올바른 게스트 SSID를 광고하는데 템플릿 재적용 후 상류 스위치 trunk가 새 VLAN을 잘라냄클라이언트는 연결할 수 있는데 새 구간의 데이터 플레인이 끝에서 끝까지 존재한 적이 없습니다.Network중급15분ProCICD-140릴리스 노트 봇이 아티팩트 업로드가 끝나기 전에 Git 태그를 만들어, 하위 소비자가 아직 바이너리가 없는 버전을 가져감자동화 쪽에는 버전이 배포된 것으로 보이는데 배포 job이 그것을 쓰려 할 때 payload가 아직 전송 중입니다.CI/CD중급15분ProCICD-149빌드 단계가 테스트 리포트를 브랜치 이름으로 캐시해, 다시 만든 hotfix 브랜치가 이전 장애의 오래된 통과 결과를 재사용새 코드에 대해 실제로 돈 테스트가 없는데 캐시 키가 워크플로를 초록으로 보이게 했습니다.CI/CD중급15분ProCICD-156테스트 flake 억제기가 모든 타임아웃 문자열에 매칭해, 릴리스 검증 중 진짜 교착 회귀가 자동으로 묵음 처리됨잡음 감소 자동화가 릴리스 게이트가 잡으려던 바로 그 새 증상을 가립니다.CI/CD중급15분ProCICD-381파이프라인이 runner 이미지는 고정하는데 내려받은 부트스트랩 스크립트가 계속 가변 채널에서 최신 정책 번들을 해석 (단계적 폐기 중)실행 환경은 고정돼 있는데 그 정책 입력은 고정돼 있지 않습니다. 주 경로로는 서비스가 계속 되고, 옛 구성 요소가 완전히 빠질 때만 의존성 하나가 실패합니다.CI/CD중급15분ProK8S-150ConfigMap 리로드 sidecar가 inode 변경을 감시하는데 projected 볼륨은 symlink 교체로 갱신돼 앱이 끝내 리로드하지 않음pod 안에 설정 변경은 있는데 watcher 로직이 Kubernetes가 실제로 쓰는 파일시스템 변형 형태를 관측하지 못합니다.Kubernetes중급16분ProK8S-147Deployment가 maxUnavailable 0을 쓰는데도 노드 압박으로 옛 pod가 축출돼 롤아웃이 잠시 의도한 하한 아래로 떨어짐롤아웃 전략은 보수적인데 외부 eviction 압력이 업데이트 가정을 뒤엎습니다.Kubernetes중급16분ProK8S-270projected ConfigMap 갱신이 심볼릭 링크를 교체한 뒤 inotify 기반 sidecar가 엉뚱한 inode 집합을 감시 (failover 리허설 중)설정 변경은 있는데 watcher 로직이 올바른 파일시스템 이벤트를 끝내 보지 못합니다. failover 리허설에서 standby나 대체 경로가 활성화되기 전까지는 평상시 트래픽이 문제를 감췄습니다.Kubernetes중급16분ProCICD-152공유 action이 Node 런타임 버전을 고정하는데 호스팅 runner 이미지가 그 런타임 마이너 라인을 제거해 모든 워크플로가 시작부터 실패애플리케이션 코드는 바뀐 게 없는데 실행 기반이 그 action의 암묵적 런타임 의존성을 더는 존중하지 않게 됐습니다.CI/CD중급16분ProCICD-318공유 워크플로는 action SHA를 고정하는데 그 action이 런타임에 계속 부동 버전 헬퍼 도구를 내려받음 (failover 리허설 중)action 참조는 불변으로 보이는데 실행 경로 일부가 여전히 가변 원격 상태에 의존합니다. failover 리허설에서 standby나 대체 경로가 활성화되기 전까지는 평상시 트래픽이 문제를 감췄습니다.CI/CD중급16분ProCICD-399긴급 배포가 수동 승인을 건너뛰는데 정리 자동화가 버려진 candidate 릴리스가 공유 sandbox를 소유한다고 계속 가정 (단계적 폐기 중)비상 경로는 작동하는데 나중에 정리 로직이 엉뚱한 환경 상태를 걷어냅니다. 주 경로로는 서비스가 계속 되고, 옛 구성 요소가 완전히 빠질 때만 의존성 하나가 실패합니다.CI/CD중급16분ProK8S-139롤아웃 중 HPA 축소 안정화가 여분 레플리카를 붙잡아, Deployment 예산이 다음 리비전에 필요한 용량을 끝내 비우지 못함뚜렷하게 깨진 건 없는데 컨트롤러 안전 창이 겹쳐 가용 자원에서 교착이 생깁니다.Kubernetes중급16분ProCICD-159릴리스 파이프라인이 두 environment에 같은 아티팩트 이름을 재사용해, 스테이징 패키지가 공유 저장소의 운영 준비 빌드를 덮어씀객체는 다 있는데 이름 충돌 하나가 환경 경계를 스토리지 경합으로 바꿉니다.CI/CD중급16분ProNETWORK-131링의 스위치 하나가 잘못된 MST 지역 이름을 갖고 있어, 재부팅으로 저장된 설정이 로드된 뒤에야 토폴로지가 경계가 됨라이브 네트워크는 잠깐 정렬됐는데 저장된 spanning-tree 신원은 다른 이야기를 합니다.Network중급16분ProCICD-154모노레포 릴리스 그래프가 공유 스키마 패키지를 선택적으로 표시해, 계약 변경 후 의존 서비스 하나가 끝내 재빌드되지 않음의존성 토폴로지는 자동화에 담겨 있는데 간선 하나가 약해져 있다가 다음 스키마 변화에서 드러납니다.CI/CD중급16분ProCICD-131변경 승인 webhook이 타임아웃에 재시도해 같은 배포에 대해 유지보수 창을 중복 생성재시도 간에 멱등 키가 보존되지 않아 릴리스 하나가 승인된 창 두 개가 됩니다.CI/CD중급16분Pro