NameNode 메타데이터 경로의 NFS 장애와 함께 JournalNode·ZooKeeper 역할도 영향을 받았고, ZKFC 전환 중 양쪽 NameNode가 Active로 판단되는 로그가 관찰됐다.
NFS 지연과 여러 HA 역할의 동시 영향이 관찰됐다. 특정 OS/NFS 결함이나 QJM 미사용은 확정되지 않았다. 이 절차는 관찰 증상에 대한 조건별 복구·구성 개선이며 원본의 적용 성공은 미확인이다.
NameNode 로컬 메타데이터 경로와 shared edits 저장소를 구분한다. 기존 QJM 여부, NFS 의존성, JournalNode quorum과 fencing 실패를 확인해 해당 장애 지점을 수정한다.
확인 수준: 추가 조사 해법 · 해당 케이스 적용 결과 미확인
적용 조건: <...>와 예시 DB·테이블·경로·수치는 실제 확인값으로 바꾼다. 명령과 메뉴는 참고 문서를 바탕으로 보강한 예시이며 대상 시스템에서 실행하지 않았다. 버전·원인에 따른 분기와 남은 확인 사항은 아래에 명시한다.
hdfs getconf -confKey dfs.namenode.name.dir
hdfs getconf -confKey dfs.namenode.edits.dir
hdfs getconf -confKey dfs.namenode.shared.edits.dir
hdfs getconf -confKey dfs.ha.fencing.methods
findmnt -T '<namenode-metadata-path>'
qjournal://이면 QJM 전환을 다시 제안하지 않는다. QJM이어도 NameNode 로컬 fsimage/edits 경로가 NFS에 있으면 NFS 정지에 영향받는다.동일한 조건(NFS 서버 hang)을 스테이징 환경에서 재현해 두 NameNode가 동시에 Active로 판단되지 않는지, fencing이 예상대로 동작하는지 확인한다.