ホスティング会社のOPenVZ内でUbuntu11.10VPSを実行しています。 NFS4を使用してリモートNFSサーバーをマウントしようとしていますが、バージョン3を使用してのみ機能させることができます。これについてはかなりグーグルで調べており、「NFS4」の行に沿って何かを読むことがあります。クライアントはOpenVZコンテナ内で作業できません。」これに対する最新の具体的な答えが見つからないので、ここで質問します。
これは本当ですか、もしそうなら、素晴らしいです-それなら私はこれを機能させることをやめることができます!しかし、それがIS可能であるなら、なぜそれが機能しないのですか??これが私がしたことです-
担当のエンジニアによると、チケットをログに記録すると、関連するモジュールがVPSノードにインストールされました。彼は、これで機能するはずだと答えましたが、「標準」のNFSモジュールを再度有効にした可能性があると思います(上記のre:cat/proc/filesystems | grep nfsを参照)
$ Sudo mount -v -t nfs4 [SERVER_IP]://NFS-ARCHIVE/mount.nfs4:ping:prog 100003 vers 4 prot tcp port 2049 mount.nfs4:そのようなデバイスはありません
$ Sudo mount.nfs [SERVER_IP]://NFS-ARCHIVE/-w -n -o nfs4 mount.nfs:サポートされていないnfsマウントオプション:nfs4
私は モジュールを手動でロードする必要があるかもしれないことを読んでください マウントする前にmodprobe nfsを実行しましたが、VPSではそれができないと思います。クライアントのSudomodprobe-lは何も返しません
特に最初の質問に明確に答えることができれば、どんな助けでも大歓迎です-少なくともそれが不可能であることがわかっている場合は、3節を使用してすべての設定に進むことができます!
NFS4クライアントはOpenVZVPS(Proxmox 2.1でテスト済み)で機能しますが、機能nfs:onが有効で、nfsモジュールがホスト(つまりコンテナー0)にロードされている場合、名前-> UIDルックアップは常にホスト上で実行されているrpc.idmapdを使用して実行されます。これは、ホスト/ etc/passwdにVPSと同じユーザーが必要であることを意味します。
さらに、UID/GIDの番号がVPS、ホスト、サーバー間で一致しない場合、デフォルトのマウントオプションsec = sys権限は正しく機能しません。 nfs3では(ネットワークを介してUID/GID番号を送信するため)、nfs4ではユーザー名/グループ名が送信されると予想されます。 http://thread.gmane.org/gmane.linux.nfsv4/7103/focus=7105 を参照してください(そして RHEL --NFS4:Rwとしてマウント/エクスポート、ユーザー書き込み権限詳細については、denied )を参照してください。
結果として、sec = sysが提供されているVPS内にnfs4をマウントできます。
あなたは十分に新しいopenVZカーネルを持っています。
ホストとVPSの設定を十分に制御できます
VPS /ホストのユーザー名を共有する必要があることによって暗示される制限に耐えることができます。
Kerberos/ldapを使用して、またはマウントに使用されるidmapdドメインを制御する方法がある場合でも、より柔軟なものをセットアップできる可能性がありますが、これらのオプションの経験はありません。
それ以降のバージョンのOpenVZは、コンテナーでNFS4をサポートします。最新のCentOS6.2を最新の安定したOpenVZリリース2.6.32-042stab053.5と一緒に使用しており、NFS4はうまく機能します。
VPS自体で機能nfs:onを有効にする必要があります。それを有効にするようにホスティング会社に依頼してください。
Wikiで詳細を見つけることができます: http://wiki.openvz.org/NFS