web-dev-qa-db-ja.com

mount.nfs4が「ハング」する

Ubuntu Server 14.04.1とKRB5を実行しているNFSサーバーがあります。

3つのNFSクライアントが動作しています(2x Linux Mint 17.1と1x Crunchbang)。mount.nfs4を実行するとハングするNFSクライアントが1つあります。

私が知る限り、すべてが正しくセットアップされています。

輸出:

/zfs/biz/dcp            172.16.0.0/21(rw,no_subtree_check,root_squash,async,sec=krb5,anonuid=1000,anongid=1000)
/zfs/biz/it             172.16.0.0/21(rw,no_subtree_check,root_squash,async,sec=krb5,anonuid=1000,anongid=1000)
/zfs/bikeshed/backupz   172.16.0.0/21(rw,no_subtree_check,root_squash,async,sec=krb5,anonuid=1000,anongid=1000)
/zfs/media/movies       172.16.0.0/21(rw,no_subtree_check,root_squash,async,sec=krb5,anonuid=65534,anongid=65534)
/zfs/media/music        172.16.0.0/21(rw,no_subtree_check,root_squash,async,sec=krb5,anonuid=65534,anongid=65534)

NEED_GSSD = yes NEED_IDMAPD = yesで/ etc/default/nfs-commonを設定しました

Idmapdには次のものが含まれています:[マッピング]

Nobody-User = nobody
Nobody-Group = nogroup

次のプロセスがクライアントで実行されています。

root       494     2  0 18:39 ?        00:00:00 [rpciod]
root       531     1  0 18:39 ?        00:00:00 rpc.idmapd
root      3769     1  0 20:59 ?        00:00:00 rpc.gssd
root      4390     1  0 21:07 ?        00:00:00 rpcbind -w
statd     4396     1  0 21:07 ?        00:00:00 rpc.statd -L

そして、関連するkrb5.confとkrb5.keytabsがあります。 rpc.gssd -vvvfとrpc.svcgssd -vvvfを実行したときに表示される出力は、動作しているクライアントと動作していないクライアントの両方で同じです。

私のサーバーのkrb5.logファイルには、チケットの発行が記録されています。

私が見ることができる唯一の違いは、パケットキャプチャです。成功しない場合、クライアントはSETCLIENTID_CONFIRMパケットでSETCLIENTIDに応答しません。成功した場合のように、クライアントはdoes応答します。

この1つのクライアントの構成にはどこか間違っているものがあると思いますが、見落としています。

NFSプロトコルを使用しているときにクライアントがSETCLIENTID_CONFIRMメッセージを返さない原因は何ですか?

3
biscuitNinja

この動作の2つの原因とそれぞれの解決策を見つけました。今後の参考のために投稿します。

当初、これはパッケージの欠落が原因でした。解決者:

 Sudo apt-get install libpam-krb5

DNSの逆引きが壊れたときにも同じ問題が再発することを確認しました。クライアントのFQDNとIPアドレスを置き換えて、次のコマンドで順方向と逆引きの両方のDNSルックアップが機能することを確認します。

nslookup mynfsclienthostname.domain.internal
nslookup 192.168.1.5

どちらかが失敗した場合、理由を見つけてその問題を解決する必要があります。

4
biscuitNinja