NFS 내보내기에는 실제로 FSID가 필요합니까?

NFS 내보내기에는 실제로 FSID가 필요합니까?

인용하다:

위의 Earlruby 링크에서:

FSID를 사용하지 않는 경우 NFS 서버를 다시 시작할 때 서버가 볼륨을 식별하는 방식은 다시 시작할 때마다 변경될 수 있으며 NFS 클라이언트는 "오래된 파일 핸들" 오류와 함께 중단됩니다. "기회"라고 말하는 이유는 서버가 볼륨을 저장하는 방법, 실행하는 NFS 버전, 내결함성/고가용성 서버인지 여부, HA 기능 구현 방법에 따라 달라지기 때문입니다. 고유한 FSID를 사용하면 서버에서 제공하는 볼륨이 항상 동일한 방식으로 식별되고 NFS 서버가 다시 시작된 후 NFS 클라이언트가 더 쉽게 다시 연결하고 작업을 재개할 수 있습니다.

매뉴얼 페이지와 기타 리소스를 읽을 때 이해가 되지 않습니다 fsid=<some number>. /etc/exports특히 개인적으로 명시적으로 사용한 적이 없는 경우 NFS vers=4.2를 사용하여 RHEL 8.9 이상에서 이와 같은 작업을 수행하는 시기와 이유를 누군가 설명해 줄 수 있습니까? fsid=그리고 그것에 문제가 없었습니다.

fsid=<some number>명시적으로 언급된 경우 이 식별자는 어떻게 선택됩니까 /etc/exports? 고유한지 어떻게 확인하나요?

예를 들어 nfs가 로컬로 마운트된 폴더를 내보내고 UUID로 마운트하고 /dev/sdb1XFS 파일 시스템인 경우 기본적으로 해당 폴더를 사용할 필요가 없다는 것을 보장합니까 ? 로컬로 마운트된 파일 시스템 중 하나가 NTFS-3g라면 어떻게 될까요?/dev/sdc1/etc/fstabfsid=/etc/exports

nfs 매뉴얼 페이지에 따르면 어떤 파일 시스템에 문제가 있습니까? 모든 파일 시스템이 장치에 저장되지는 ​​않습니다.... 무슨 뜻이에요*?

답변1

설명이 매우 명확하다고 생각합니다.

fsid는 선택적 기능입니다. 이것이 없으면 다른 요소가 파일 시스템을 식별하는 데 도움이 될 수 있습니다. 그러나 (위에서 언급한 바와 같이) 이러한 "기타 요인"은 불안정하며 변경될 수 있습니다. fsid를 사용하여 파일 시스템을 식별하면 신뢰성, 재부팅 시 안정성 및 버전 호환성이 향상됩니다.

대부분의 사용자 지정 선택적 매개변수와 마찬가지로 fsid는 사용자가 선택하고 선택 방법을 결정합니다. 내보낸 파일 시스템 간에 고유하게 만드는 것이 더 좋습니다.

fsid는 비교적 새로운 옵션(내 생각에는 NFSv4의 새로운 옵션)이므로 오류가 발생할 수 있습니다. 간단한 구성 및 최신 버전에는 필요하지 않을 수 있습니다. 수년 동안 필요하지 않았으며 대부분의 구성에서는 여전히 선택 사항일 수 있습니다.

그러나 재부팅이나 업그레이드 후 별칭이나 오래된 nfs 마운트에 문제가 있는 경우 이 방법이 필요할 수 있습니다.

관련 정보