2つのエクスポート機能を持つNFSサーバーを実行しています。
/mnt/sda1 192.168.1.254/255.255.255.0(rw,fsid=1,no_subtree_check,all_squash,anonuid=0,anongid=0,insecure)
/mnt/sdb1 192.168.1.254/255.255.255.0(rw,fsid=1,no_subtree_check,all_squash,anonuid=0,anongid=0,insecure)
サーバー上の2つのディレクトリのいずれかにCDを挿入すると、明らかに非常に異なるドライブです。
/dev/sda1 1.8T 1.7T 8.6G 100% /mnt/sda1
/dev/sdb1 2.0T 1.3T 603.9G 68% /mnt/sdb1
ただし、これらのnfs共有をクライアントにマウントすると、/mnt/sdb1をマウントすると、/mnt/sda1を直接指すように見えます。
sudo mount 192.168.1.123:/mnt/sdb1 /media/test
次に、クライアント側で df -h を使用します。
192.168.1.123:/mnt/sdb1 1.8T 1.7T 8.6G 100% /media/test
上から分かるように、保存空間だけを基準にしても、実際には/mnt/sda1である。
このサーバーは長い間実行されており、約5年前にlvmディスク管理機能を使用していましたが、機能しておらず、これらの奇妙な動作を引き起こす何かを構成している可能性があることを曖昧に覚えています。確信している 。これはGoogleにとって非常に難しい行動なので、どこから始めるべきかさえわかりません。助けてくれてありがとう！
ベストアンサー1
私はここで知識に基づいて推測しています。この動作は、fsid=12 つのエクスポートオプションが原因で発生する可能性があります。
~によるとexportsマンページ、このfsidオプションはファイルシステムを識別するために使用されます。
NFSはエクスポートするすべてのファイルシステムを識別できる必要があります。通常、ファイルシステムのUUID（ファイルシステムにそのようなものがある場合）またはファイルシステムを保持するデバイスのデバイス番号（ファイルシステムがデバイスに保存されている場合）を使用します。
すべてのファイルシステムがデバイスに保存されるわけではなく、すべてのファイルシステムにUUIDがあるわけではないため、NFSにファイルシステムを識別する方法を明示的に知らせる必要があります。これは
fsid=オプションで行われます。
エクスポートは/mnt/sda1エクスポートファイルの前にあるため（つまり、最初にマップfsid=1されている）優先順位を持つことができます。
上記の仮定が真であれば、問題に対する解決策は簡単でなければなりません。エクスポートfsidに/mnt/sdb1別の値を割り当てるだけです。