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

Rollout Stuck

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

모든 문제 384개

NETWORK-228STP root 이동은 성공했는데 access 템플릿의 BPDU guard가 복구 업링크를 errdisable 처리 (failover 리허설 중)토폴로지 변경은 정당한데 상속된 안전장치가 아직 그것을 적대적으로 취급합니다. failover 리허설에서 standby나 대체 경로가 활성화되기 전까지는 평상시 트래픽이 문제를 감췄습니다.Network중급17분ProLINUX-357systemd 서비스는 제대로 재시작되는데 watchdog이 계속, 다른 마운트 네임스페이스의 헬퍼 프로세스가 다시 만든 pid 파일을 가리킴 (단계적 폐기 중)한 네임스페이스에서는 가용성 확인이 통과하고 다른 곳에서 실패합니다. 주 경로로는 서비스가 계속 되고, 옛 구성 요소가 완전히 빠질 때만 의존성 하나가 실패합니다.Linux고급17분ProCICD-129기능 플래그 마이그레이션 작업이 secret 배포가 canary pod에 닿기 전에 시작돼 플래그 백엔드가 쓰기를 거부릴리스 순서는 안전해 보이는데 의존성 체인 하나가 그것이 준비됐다고 가정하는 job보다 뒤처집니다.CI/CD고급17분ProLINUX-154네트워크 네임스페이스 정리가 veth peer를 너무 일찍 제거해, 남은 프로세스가 host 네임스페이스에 더는 없는 경로에 로그를 계속 씀주 워크로드는 종료됐는데 helper 하나가 계속 돌아 정리 순서 가정을 드러냈습니다.Linux고급17분ProK8S-149노드 로컬 registry mirror가 캐시된 schema1 이미지 manifest를 서빙해, 상류 수정 후에는 더 오래된 worker 이미지만 그것을 pull 가능미러가 upstream보다 오래 낡은 레지스트리 동작을 보존했습니다.Kubernetes고급17분ProK8S-357노드 복구 후 PersistentVolume은 다시 붙는데 애플리케이션이 failover 전에 쓰던 옛 node-local 헬퍼 경로를 계속 고정 (단계적 폐기 중)볼륨은 정상인데 워크로드가 계속 이전 노드의 host 로컬 상태를 참조합니다. 주 경로로는 서비스가 계속 되고, 옛 구성 요소가 완전히 빠질 때만 의존성 하나가 실패합니다.Kubernetes고급17분ProNETWORK-198런타임 보안 상태는 맞는데 재부팅 후 필요한 저장된 장치 신원이 갱신된 적이 없음 (failover 리허설 중)재시작이 옛 하드웨어 신원을 다시 중요하게 만들기 전까지는 운영이 정상으로 보입니다. failover 리허설에서 standby나 대체 경로가 활성화되기 전까지는 평상시 트래픽이 문제를 감췄습니다.Network중급17분ProCICD-345릴리스 워크플로가, 승격된 lockfile 계보와 더는 맞지 않는 캐시된 의존성 그래프를 복원 (단계적 폐기 중)빌드 재현성은 멀쩡해 보이는데 승격된 의존성 그래프가 오래된 계보 메타데이터에서 재구성됐습니다. 주 경로로는 서비스가 계속 되고, 옛 구성 요소가 완전히 빠질 때만 의존성 하나가 실패합니다.CI/CD고급17분ProCICD-141릴리스 후보가 올바른 이미지 digest로 스테이징에서 승격됐는데 운영 values 파일이 계속 옛 기능 플래그 네임스페이스를 가리킴아티팩트는 맞는데 동작이 다릅니다 — 런타임 설정이 계속 이전 컨트롤 플레인 컨텍스트를 참조합니다.CI/CD고급17분ProCICD-363마이그레이션 승인이 애플리케이션 스키마 버전만 확인하는 사이 비동기 worker 하나가 옛 reader 계약으로 병행 실행 (단계적 폐기 중)릴리스 게이트가 주 서비스만 보고 아직 옛 형식에 의존하는 병렬 컨슈머를 놓칩니다. 주 경로로는 서비스가 계속 되고, 옛 구성 요소가 완전히 빠질 때만 의존성 하나가 실패합니다.CI/CD고급17분ProLINUX-511애플리케이션은 유니코드 파일명을 제대로 쓰는데 백업·동기화 서비스가 계속 옛 locale로 실행돼 경로 집합 일부를 버림 (정책 상속 정리 후)시스템은 파일을 저장하는데 예약 경로 하나가 그것들을 다 보지 못합니다. 명시적 설정은 맞아 보이지만, 정리된 계층에서 상속 정책이 예전처럼 해석되지 않고 위임 경로 하나가 아직 옛 소유 구조를 반영합니다.Linux중급17분ProK8S-154커스텀 mutating webhook이 모든 pod에 sidecar를 추가하는데, restartPolicy OnFailure를 이미 지정한 Job이 이제 예상 init 순서를 넘어섬플랫폼 전역 주입은 서비스에는 잘 먹히는데 배치 의미가 틀어집니다 — 기동 계약이 바뀌었습니다.Kubernetes고급17분ProK8S-387컨트롤러 갱신은 admission을 통과하는데 저장된 객체가 새 컨트롤러는 더 이상 지우지 않는 옛 finalizer 계약을 지님 (단계적 폐기 중)생성과 갱신은 성공하는데 수명주기 완료가 레거시 finalizer 경로 뒤에서 막힙니다. 주 경로로는 서비스가 계속 되고, 옛 구성 요소가 완전히 빠질 때만 의존성 하나가 실패합니다.Kubernetes고급17분ProCICD-150canary 메트릭 질의가 연휴 트래픽 구간을 제외해, 가장 바쁜 shard가 분석에서 빠진 덕에 릴리스가 성공으로 보임분석 엔진은 낮은 오류율을 보고하는데, 그 샘플링 창이 버그를 드러내는 바로 그 트래픽 코호트를 제외합니다.CI/CD고급18분ProK8S-375CSI 스냅샷 복원은 성공했는데 init 스크립트 하나가 앱 시작 전에 오래된 사이드 채널에서 데이터 디렉터리를 다시 채움 (단계적 폐기 중)복구는 되는데 첫 시작 경로가 조용히 그것을 덮어씁니다. 주 경로로는 서비스가 계속 되고, 옛 구성 요소가 완전히 빠질 때만 의존성 하나가 실패합니다.Kubernetes고급18분ProK8S-121DaemonSet surge 업데이트가 hostPort 바인딩을 두 배로 만들어 절반의 노드에서 새 pod가 끝내 Ready가 되지 않음서류상 롤아웃 전략이 더 안전해 보이는데 host 레벨 포트 배타성 때문에 옛 pod와 새 pod가 겹칠 수 없습니다.Kubernetes고급18분ProLINUX-131multipath 이름 변경 후 LVM 장치 필터가 복원된 경로를 제외해, 부팅 경로 하나에서 볼륨 그룹이 불완전하게 보임디스크는 있는데 디스커버리 로직이 무시합니다 — 경로 명명 규칙이 바뀌었습니다.Linux고급18분ProK8S-136mutating webhook이 timeoutPolicy Ignore를 써서 객체가 일부만 변형된 채 통과, 일부 pod만 기대한 sidecar 설정을 받음admission이 더는 막지 않는데 워크로드 동작이 갈립니다 — 지연 상황에서 mutation 계약이 더는 결정적이지 않습니다.Kubernetes고급18분ProLINUX-234NFS 마운트는 부팅을 견디는데 서버 쪽 export 교체 후 stale file handle이 폭증 (failover 리허설 중)마운트 경로는 있는데 그 아래 파일 신원 계약이 바뀌었습니다. failover 리허설에서 standby나 대체 경로가 활성화되기 전까지는 평상시 트래픽이 문제를 감췄습니다.Linux고급18분ProLINUX-101systemd drop-in이 ExecStart를 덮어쓰는데 끝의 빈 인자가 서비스가 아직 필요로 하는 옵션을 지움오버라이드 후 unit 파일은 맞아 보이는데 최종 명령줄에서 필수 플래그가 사라집니다 — systemd의 치환 방식 때문입니다.Linux고급18분Pro