증상문제 184개· 검수 문제 12개

Timeouts and Latency

‘Timeouts and Latency’ 증상으로 나타나는 장애 문제 184개를 모았습니다.

모든 문제 184개

LINUX-003Nginx 502 장애에서 업스트림 애플리케이션 병목 추적하기프록시, 포트, 애플리케이션 상태, 타임아웃 설정을 종합적으로 보는 장애 해결 연습입니다.Linux고급28분ProLINUX-116firewalld rich rule을 런타임에만 추가해 점검 재부팅이 허용 경로를 조용히 지움수정은 바로 먹히는데 다음 재시작에서 장애가 다시 생깁니다 — 실행 중인 방화벽 설정만 바꿨습니다.Linux중급15분ProNETWORK-134LACP 번들이 잘 되다가 교체 중 한쪽이 조용히 passive로 바뀌어 port-channel이 단일 링크로 축소대부분의 트래픽은 계속 통과하는데 용량과 이중화가 사라집니다 — 이제 한쪽만 능동적으로 협상하고 있습니다.Network중급15분ProLINUX-148셸 히스토리가 네트워크 공유로 리다이렉트돼, filer가 세션 도중 failover할 때만 로그인 지연이 급증인증은 괜찮은데 대화형 환경이, 아무도 핵심으로 모델링하지 않은 원격 의존성에서 블로킹됩니다.Linux중급15분ProLINUX-130체크섬 오프로드를 런타임에만 껐다가, 재부팅 후 설정 drift 없이 같은 패킷 손상 증상이 재발고쳐진 이유가 알쏭달쏭해 보입니다 — 네트워크 설정이 영구 설정 모델 밖에서 바뀌었습니다.Linux중급15분ProLINUX-150커스텀 udev 규칙이 옛 NIC 명명 체계에 매칭돼 메인보드 교체 후 MTU override가 더는 적용되지 않음하드웨어와 함께 네트워크 동작이 바뀌었는데 자동화가 계속 직전 신원 모델을 기준으로 삼습니다.Linux중급15분ProLINUX-351firewalld rich rule은 맞는데 정작 패킷은 새로 생성된 가상 인터페이스 프로파일에 묶인 zone으로 들어옴 (단계적 폐기 중)규칙은 있는데 트래픽이 지금 쓰는 정책 도메인에는 없습니다. 주 경로로는 서비스가 계속 되고, 옛 구성 요소가 완전히 빠질 때만 의존성 하나가 실패합니다.Linux중급16분ProLINUX-136firewalld zone을 NetworkManager로 할당했는데 인터페이스 교체 후 새 업링크 프로파일이 기본 zone을 물려받음규칙 집합은 있는데 대체 인터페이스가 더 이상 같은 정책 도메인에 있지 않습니다.Linux중급16분ProK8S-144headless Service가 pod A 레코드를 제대로 반환하는데 Java 클라이언트 하나가 첫 응답을 영영 캐시해 확장 후에도 분산하지 않음클러스터 DNS는 정확한데 라이브러리 하나의 조회 동작이 의도한 설계를 무력화합니다.Kubernetes중급16분ProNETWORK-120IPv4 기본 라우팅은 안정적인데 RA guard가 새 IPv6 게이트웨이 갱신을 막아 dual-stack 클라이언트가 서서히 열화IPv6 신선도가 중요해지기 전까지는 연결이 대체로 괜찮아 보입니다 — edge가 더는 의도한 게이트웨이의 router advertisement를 허용하지 않습니다.Network중급16분ProNETWORK-112NTP stratum은 유효해 보이는데 symmetric peer 모드가 스위치 스택에 시간 루프를 만듦모든 장비가 신뢰할 만한 source를 주장하는데 스택이 어긋납니다 — peer들이 진짜 상류 기준 대신 서로를 먹이고 있습니다.Network중급16분ProLINUX-107tuned 프로파일이 재부팅 후 IRQ 밸런싱을 다시 적용해 데이터베이스 노드에 네트워크 지연이 돌아옴수동 튜닝이 잠시 도움이 되는데 성능 퇴행이 재발합니다 — 시스템 프로파일 관리자가 부팅 때 자기 선호 상태를 씁니다.Linux중급16분ProLINUX-204대화형 로그인이, 스토리지가 머뭇거릴 때 진짜 병목이 되는 원격 홈 디렉터리 경로에 의존 (failover 리허설 중)인증은 유효한데 셸 환경이 네트워크 스토리지에서 블로킹됩니다. failover 리허설에서 standby나 대체 경로가 활성화되기 전까지는 평상시 트래픽이 문제를 감췄습니다.Linux중급16분ProNETWORK-123업링크의 storm control이 failover 중 ARP 버스트를 clamp해 클라이언트가 간헐적으로 게이트웨이 탐색을 잃음네트워크는 대체로 살아 있는데 보호 기능 튜닝이 이제 정상적인 수렴 버스트를 방해합니다.Network중급16분ProK8S-300headless Service는 모든 pod 주소를 주는데 클라이언트 라이브러리가 축소 후에도 오래된 캐시 부분집합에서 무작위 선택 (failover 리허설 중)서비스 디스커버리는 정확한데 클라이언트가 더는 존재하지 않는 endpoint로 계속 연결합니다. failover 리허설에서 standby나 대체 경로가 활성화되기 전까지는 평상시 트래픽이 문제를 감췄습니다.Kubernetes중급17분ProK8S-142서비스 메시 sidecar가 애플리케이션보다 늦게 시작해, startup probe가 한 번 통과한 뒤 모든 아웃바운드 트래픽이 실패하기 시작sidecar가 인계하기 전에 첫 health check가 돌아, 초기화 타이밍이 네트워킹 의존성을 가렸습니다.Kubernetes중급17분ProLINUX-288직접 넣은 방화벽 수정이 재부팅까지만 살아남음Linux중급17분ProK8S-180클러스터 DNS는 맞는데 클라이언트 런타임 하나가 첫 응답을 무기한 캐시 (failover 리허설 중)서비스 디스커버리 계층은 갱신되는데 그것을 쓰는 라이브러리는 아무것도 안 바뀐 것처럼 동작합니다. failover 리허설에서 standby나 대체 경로가 활성화되기 전까지는 평상시 트래픽이 문제를 감췄습니다.Kubernetes중급17분ProLINUX-469firewalld rich rule은 맞는데 정작 패킷은 정책 상속 정리 후 새로 생성된 가상 인터페이스 프로파일에 묶인 zone으로 들어옴규칙은 있는데 트래픽이 지금 쓰는 정책 도메인에는 없습니다. 명시적 설정은 맞아 보이지만, 정리된 계층에서 상속 정책이 예전처럼 해석되지 않고 위임 경로 하나가 아직 옛 소유 구조를 반영합니다.Linux중급18분ProK8S-168애플리케이션이 첫 startup probe를 이미 통과한 뒤에 sidecar가 네트워킹을 넘겨받음 (failover 리허설 중)health는 한 번은 좋아 보이는데 최종 런타임 경로가 probe가 검증한 그 경로가 아닙니다. failover 리허설에서 standby나 대체 경로가 활성화되기 전까지는 평상시 트래픽이 문제를 감췄습니다.Kubernetes중급18분Pro