Timeouts and Latency
‘Timeouts and Latency’ 증상으로 나타나는 장애 문제 184개를 모았습니다.
먼저 읽을 가이드
추천 문제
모든 문제 184개
LINUX-324bond는 링크 up으로 보고되는데 멤버 하나만 새 VLAN 태깅 프로파일을 따라 트래픽 품질이 비대칭이 됨 (failover 리허설 중)집계 인터페이스는 상태상 정상인데 실제 포워딩 동작은 그렇지 않습니다. failover 리허설에서 standby나 대체 경로가 활성화되기 전까지는 평상시 트래픽이 문제를 감췄습니다.Linux고급18분ProCICD-150canary 메트릭 질의가 연휴 트래픽 구간을 제외해, 가장 바쁜 shard가 분석에서 빠진 덕에 릴리스가 성공으로 보임분석 엔진은 낮은 오류율을 보고하는데, 그 샘플링 창이 버그를 드러내는 바로 그 트래픽 코호트를 제외합니다.CI/CD고급18분ProCICD-387canary 작업이 중앙값 지연은 비교하는데 다른 인증 제공자를 거치는 테넌트 부류에서만 백분위 꼬리가 폭발 (단계적 폐기 중)전체 health는 초록인데 라우팅된 일부가 그 릴리스가 안전하지 않음을 보여 줍니다. 주 경로로는 서비스가 계속 되고, 옛 구성 요소가 완전히 빠질 때만 의존성 하나가 실패합니다.CI/CD고급18분ProNETWORK-101OSPF sham link는 올라오는데 cost 때문에 MPLS VPN이 계속 더 느린 backdoor 경로를 선택인접은 정상인데 경로 선택이 계속 잘못됩니다 — cost 모델이 여전히 의도치 않은 route source를 선호합니다.Network고급18분ProK8S-264source-range 규칙이 노드 주소를 신뢰하는데 externalTrafficPolicy Local이 zone 하나에 유효한 ingress 경로를 남기지 않음 (failover 리허설 중)로드밸런서 정책은 맞는데 locality가 실제로 트래픽을 받을 수 있는 노드를 바꿉니다. failover 리허설에서 standby나 대체 경로가 활성화되기 전까지는 평상시 트래픽이 문제를 감췄습니다.Kubernetes고급18분ProLINUX-270네트워크 bond는 up 상태인데 carrier 확인이, 트래픽 품질만 바꾼 상류 손실 모드를 놓침 (failover 리허설 중)링크는 한 번도 down으로 보고되지 않는데 실제로는 서비스 경로가 계속 깨져 있습니다. failover 리허설에서 standby나 대체 경로가 활성화되기 전까지는 평상시 트래픽이 문제를 감췄습니다.Linux고급18분ProCICD-162릴리스 게이트가 오래된 오류 예산 스냅샷을 읽음 (failover 리허설 중)canary 자동화가 지연된 데이터로 평가해서 잘못된 신호로 승격하거나 차단합니다. failover 리허설에서 standby나 대체 경로가 활성화되기 전까지는 평상시 트래픽이 문제를 감췄습니다.CI/CD고급18분ProK8S-116빠른 롤아웃 후 IPVS 모드 kube-proxy가 오래된 목적지를 유지해 일부 클라이언트가 계속 종료된 pod에 도달Service endpoint는 제대로 갱신되는데 일부 트래픽이 계속 죽은 백엔드에 떨어집니다 — 노드 수준 포워딩 테이블이 이벤트 스트림보다 뒤처졌습니다.Kubernetes고급18분ProCICD-139서비스 이름 변경 후 canary 분석이 옛 메트릭 label을 비교해 의미 없는 데이터로 릴리스를 승격통계 게이트는 여전히 판정을 내놓는데 관측 label 마이그레이션 후 엉뚱한 스트림을 평가하고 있습니다.CI/CD고급18분ProLINUX-216정책 라우팅이 아웃바운드 패킷에 mark는 제대로 붙이는데 rp_filter가 비대칭 응답 경로를 계속 거부 (failover 리허설 중)한 방향으로는 포워딩이 유효한데 커널 anti-spoofing이 반대 방향을 무력화합니다. failover 리허설에서 standby나 대체 경로가 활성화되기 전까지는 평상시 트래픽이 문제를 감췄습니다.Linux고급18분ProLINUX-252직접 넣은 방화벽 규칙이 live reload는 견디는데 재시작 시 nftables 백엔드가 chain 순서를 바꿈 (failover 리허설 중)런타임 정책은 맞아 보였는데 부팅 시점 체인 순서가 패킷이 실제로 평가되는 방식을 바꿨습니다. failover 리허설에서 standby나 대체 경로가 활성화되기 전까지는 평상시 트래픽이 문제를 감췄습니다.Linux고급18분ProLINUX-105nftables가 established 흐름은 받아들이면서 related ICMP 단편화 신호를 버려 PMTU 탐색이 끝내 수렴하지 않음일반 트래픽은 시작되다가 큰 페이로드가 멈춥니다 — 방화벽 정책이 주 흐름 튜플에 속하지 않는 제어 메시지를 빠뜨렸습니다.Linux고급19분ProK8S-115감사 로그 백엔드가 멈추면서 admission 지연이 급증Kubernetes고급19분ProLINUX-022systemd 서비스가 너무 빠르게 재시작해 쓸모 있는 로그를 잡지 못함재시작 루프 때문에 서비스를 살펴보기 어렵습니다 — 운영자가 제대로 된 신호를 잡기 전에 프로세스가 죽습니다.Linux중급21분ProK8S-074zone 하나에 validating webhook의 endpoint가 없어 admission 지연이 급증webhook 서비스는 있는데 한 경로의 요청이 멈춥니다 — 뒤의 Deployment가 zone 커버리지를 잃어 API 서버가 원격 재시도에서 계속 타임아웃합니다.Kubernetes고급21분ProSECURITY-014컨테이너 이미지 스캔이 base 레이어는 통과하고 런타임 패키지 drift를 놓침레지스트리 스캔은 초록인데 런타임 패키지 설치가 배포 후 실제 컨테이너 위험도를 바꿉니다.Security중급21분ProLINUX-025소켓 backlog 튜닝이 애플리케이션 accept 병목을 가림커널 큐 설정은 늘렸는데 서비스가 계속 멈춥니다 — 애플리케이션이 연결을 충분히 빠르게 비우지 못합니다.Linux중급22분ProLINUX-039export 경로가 옮겨진 뒤 NFS 클라이언트가 stale file handle에 걸림권한과 네트워크 도달성은 괜찮아 보이는데 파일 작업이 실패합니다 — 여전히 마운트된 클라이언트 경로 아래에서 서버 쪽 export가 바뀌었습니다.Linux고급24분ProNETWORK-008애플리케이션과 DB 사이에서만 반복되는 패킷 손실 문제전체 네트워크는 멀쩡해 보이지만 특정 경로에서만 손실이 발생하는 상황을 단계적으로 좁힙니다.Network고급26분ProK8S-056오래된 IPVS 항목이 남아 kube-proxy가 삭제된 백엔드로 계속 트래픽을 보냄endpoint는 제대로 바뀌었는데 일부 노드가 계속 죽은 백엔드로 라우팅합니다 — 오래된 로드밸런싱 상태가 기대대로 조정되지 않았습니다.Kubernetes고급26분Pro