파일 시스템 검사 오류로 인해 Block Storage for Classic 마운트에 실패하는 이유는 무엇입니까?

스토리지 볼륨의 파일 시스템 검사 문제를 해결합니다.

클래식 인프라

를 사용하는 포드의 로그를 확인할 때 다음과 Block Storage for Classic 유사한 오류가 표시됩니다.

UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.(i.e., without -a or -p
options)

디스크가 손상되었습니다. 디스크 손상은 지속적 볼륨(PV)이 읽기/쓰기 모드에서 활성화된 상태에서, 관련 포드가 강제로 삭제되거나 노드가 재시작/재로드될 때 발생합니다. 이는 포드가 정상적으로 제거되기 전이거나 볼륨이 여전히 연결된 상태일 때 발생합니다. 이러한 시나리오에서는 언마운트 프로세스가 올바르게 완료되지 않아 볼륨이 일관성 없는 상태로 남게 됩니다. 이는 일반적으로 모든 파드가 마이그레이션되었고 볼륨이 분리되었는지 확인하지 않은 상태에서, 드레인 직후 노드 재로드나 업데이트를 수행하는 워크플로우에서 발생합니다.

다음 명령을 실행하여 팟 (Pod) 이 마운트 중인 PV를 패치하십시오.

실패한 팟 (Pod) 의 세부사항을 가져오고 마운트 중인 PV및 PVC를 기록해 두십시오.
```
kubectl get pods
```
"ibm.io/autofix-fsckErr":"true" 어노테이션을 추가하기 위해 PV에 패치를 적용하세요.
```
kubectl patch pv PVNAME -p '{"metadata": {"annotations":{"ibm.io/autofix-
fsckErr":"true"}}}'
```
앱 팟 (Pod) 을 삭제하고 다시 작성하여 PV 마운트를 재시도하십시오. 팟 (Pod) 을 삭제하고 다시 작성한 후 Kubernetes 는 마운트 조작을 재시도하고 Block Storage for Classic 드라이버 팟 (Pod) 은 "ibm.io/autofix-fsckErr":"true" 어노테이션을 기반으로 문제를 자동 수정하려고 시도합니다.
팟 (Pod) 이 성공적으로 배치되어 실행된 후 다음 명령을 실행하여 PV를 편집하십시오.
```
kubectl edit pv PVNAME
```
PV에서 "ibm.io/autofix-fsckErr: true" 어노테이션을 제거하고 저장하십시오.
문제가 계속되면 지원에 문의하십시오. 지원 케이스 열기 케이스 세부사항에는 관련 로그 파일, 오류 메시지 또는 명령 출력이 포함되어야 합니다.