시스템이 클러스터의 일부이고 다른 노드가 nfs 공유를 성공적으로 마운트했습니다. 이는 현재 활성 노드입니다. 즉, 보조 서비스 IP 주소가 있음을 의미합니다. nfs 서버 /etc/hosts에 서비스 IP를 추가하고 제대로 설치되었기 때문에 이것이 문제와 관련이 있다고 생각합니다. 그러나 이것은 해결책이 아닙니다. 클러스터 IP가 nfs를 혼동하는 이유는 무엇입니까?
편집: 클러스터링은 nfs와 관련된 역방향 조회를 어떻게 복잡하게 합니까?
# mknfsmnt -f "/mksysb" -d "/export/mksysb" -h "10.0.28.119" '-n' '-N' '-a' -t 'rw' -w 'fg' '-Y' '-Z' '-X' '-H' '-j' '-q' '-g'
nfsmnthelp: 1831-019 10.0.28.119: System call error number -1.
mount: 1831-008 giving up on:
10.0.28.119:/export/mksysb
System call error number -1.
# showmount -e 10.0.28.119
export list for 10.0.28.119:
/export/mksysb *.domain.com
답변1
/etc/hosts 항목을 사용하여 자신의 질문에 답한 것 같습니다. 작업자 노드를 살펴보고 nfs 서버 확인에서 불일치를 찾아보는 것이 좋습니다.
답변2
이는 결국 PTR 녹화 문제로 이어졌습니다. IP에서 nslookup을 수행하는 동안 역방향 조회에 실패했습니다. DNS 서버에 PTR 레코드를 추가해야 합니다.
(root) $ nslookup hostname-svc
Server: 10.48.161.150
Address: 10.48.161.150#53
Name: hostname-svc
Address: 10.48.151.171
(root) $ nslookup 10.48.151.171
Server: 10.48.161.150
Address: 10.48.161.150#53
**server can't find 171.151.48.10.in-addr.arpa: NXDOMAIN**