자격증문제 862개· 검수 문제 22개

RHCSA

RHCSA 준비에 도움이 되는 장애 대응 문제 862개를 모았습니다.

모든 문제 862개

LINUX-098Rsync 전송은 완료됐는데 하드 링크가 풀려 백업 대상이 두 배 빠르게 참복원 경로는 되는데 스토리지 사용량이 폭증합니다 — 전송 옵션이 원본 트리가 의존하던 링크 의미를 보존하지 않았습니다.Linux고급16분ProLINUX-140SSH 인증서 인증은 설정돼 있는데 principals 파일 권한이 너무 열려 있어 데몬이 보안상 그것을 무시CA 신뢰 경로는 유효한데 인증서 로그인이 비밀번호 프롬프트로 폴백합니다 — principal 매핑 파일이 소유권 검사에 실패합니다.Linux고급16분ProLINUX-1307방화벽 reload 후 게시된 Docker 포트가 사라짐host 방화벽 강화 reload가 깨끗이 도는데 컨테이너가 게시한 포트가 전부 조용히 트래픽을 받지 못합니다.Linux고급16분ProLINUX-129auditd backlog 한도가 너무 작아 권한 상승 버스트에서 정작 조사에 필요한 exec 이벤트가 버려짐호스트는 계속 온라인인데 감사 기록이 불완전합니다 — 이벤트 압력이 큐 설계를 넘어섰습니다.Linux고급17분ProLINUX-137bridge netfilter sysctl은 제대로 설정됐는데 모듈을 내렸다 올리면 값이 초기화돼 컨테이너가 host 정책을 우회하기 시작호스트는 평상시 설정 그대로인데 실행 중인 워크로드 아래에서 라이브 모듈 상태가 바뀌었습니다.Linux고급17분ProLINUX-127Journal forward-secure sealing은 켜져 있는데 검증 키가 어긋나게 교체돼 이제 로그 무결성 검사가 실패로그는 계속 쓰이는데 그 무결성을 뒷받침하는 신뢰 모델이 부분 키 갱신 후 더는 검증되지 않습니다.Linux고급17분ProLINUX-1298SELinux boolean 변경이 서비스 하나는 고치고 다른 하나를 깨뜨림서비스 둘이 host 경로를 공유하는데, 한쪽을 위한 성급한 SELinux 수정이 이후 다른 쪽에 설명되지 않는 장애를 일으킵니다.Linux고급17분ProLINUX-108sudoers include 파일이 나중에 로드되며, 팀이 지웠다고 여긴 광범위한 NOPASSWD 규칙을 조용히 되살림권한 강화가 끝난 것처럼 보이는데 사전순 include 순서 하나가 다음 패키지 갱신 후 광범위한 관리 권한을 복원합니다.Linux고급17분ProLINUX-093감시 대상 파일이 계속 touch돼 systemd path unit이 실패한 헬퍼를 계속 다시 띄움서비스가 스스로 재시작하는 것처럼 보이는데 진짜 원인은 같은 파일 활동 루프에 계속 반응하는 path unit입니다.Linux고급17분ProLINUX-1260서비스가 손으로는 잘 시작되고 systemd에서 실패새로 패키징한 서비스가 테스트에서는 도는데 systemd 관리로 옮기자마자 깨집니다.Linux고급17분ProLINUX-1290파일 감시 기반 배포가 일부 변경을 놓침hot-reload나 설정 감시 워크플로가, 같은 앱을 컨테이너나 overlay 기반 환경으로 옮긴 뒤에만 불안정해집니다.Linux고급17분ProLINUX-1288패키지 postrotate 훅이 프록시를 너무 일찍 재시작해 의존 앱이 소켓 활성화를 잃음패키지 업그레이드가 런타임 구조를 바꾼 뒤, 로그 rotation이나 재시작 훅이 무해한 재열기 대신 다운타임을 유발하기 시작합니다.Linux고급17분ProLINUX-141패키지 업데이트가 PAM 스택 include 순서를 다시 써서, MFA는 여전히 물어보는데 계정 검증이 엉뚱한 모듈 뒤에서 일어남인증은 정상으로 보이다가, 요소 인증에 성공한 뒤 일부 사용자만 계정 확인에서 실패하기 시작합니다.Linux고급17분ProK8S-104CSI node 플러그인은 정상인데 SELinux labeling이 kubelet의 게시된 소켓 사용을 막음DaemonSet은 ready로 보이는데 마운트가 실패합니다 — host 경로와 소켓 label이 kubelet 도메인의 연결을 허용하지 않습니다.Kubernetes고급18분ProLINUX-162PAM include 순서를 바꿔도 보이는 프롬프트는 그대로인데 account 단계가 엉뚱한 모듈 스택에서 실행 (failover 리허설 중)새 순서가 깨뜨린 제어 단계에 사용자 경로가 닿기 전까지는 로그인이 정상으로 보입니다. failover 리허설에서 standby나 대체 경로가 활성화되기 전까지는 평상시 트래픽이 문제를 감췄습니다.Linux고급18분ProLINUX-090systemd cgroup 메모리 한도가 헬퍼 프로세스를 죽이는데 주 서비스 로그는 무관해 보임애플리케이션이 무관한 코드 경로에서 실패하는 것처럼 보이는데, 숨은 원인은 unit의 cgroup 예산 안에서 헬퍼 프로세스가 OOM으로 죽는 것입니다.Linux고급18분ProLINUX-126systemd mount unit이 network-online보다 먼저 시작해, 빠른 부팅 후 iSCSI 기반 파일시스템이 간헐적으로 실패느린 부팅은 문제를 가리는데 최적화된 시작이 스토리지 의존성과 네트워크 준비 사이의 순서 경합을 드러냅니다.Linux고급18분ProLINUX-080XFS project quota가 컨테이너 콘텐츠 경로 안의 쓰기를 조용히 차단파일시스템에는 여유 공간이 남아 있는데 워크로드 하나가 쓰기에 실패하기 시작합니다 — 그 워크로드가 쓰는 하위 트리에서 project quota 한도에 걸렸습니다.Linux고급18분ProLINUX-246XFS repair가 손상은 정리했는데 애플리케이션이 fstab에서 계속 직전 UUID를 가리킴 (failover 리허설 중)파일시스템은 다시 정상인데 부팅·마운트 계약은 아직 다른 곳을 가리킵니다. failover 리허설에서 standby나 대체 경로가 활성화되기 전까지는 평상시 트래픽이 문제를 감췄습니다.Linux고급18분ProLINUX-345복원된 RAID 배열은 정상으로 보이는데 재생성된 initramfs에 현재 부팅 항목이 기대하는 md 메타데이터 모드가 여전히 없음 (단계적 폐기 중)부팅 후 스토리지는 조립되는데 부팅 체인 자체가 여전히 다른 조립 계약을 기대합니다. 주 경로로는 서비스가 계속 되고, 옛 구성 요소가 완전히 빠질 때만 의존성 하나가 실패합니다.Linux고급18분Pro