NFS4：/etc/idmapd.confの変更にはどのような影響がありますか？
RHEL 6.3クライアントのNFS4マウントがファイルの所有権を「nobody」と表示し、/ var/log /の「nss_getpwnam：name 'blah' does not map into domain 'localdomain'」と表示される問題に取り組んできました。メッセージ。修正は、サーバー上の/etc/idmapd.confファイル内のドメインがクライアント上のドメインと一致するようにすることであることがわかっています。問題はこれです：
クライアントでドメインを修正した場合、それが機能することを確認するためにクライアントを再起動する必要があります。 nscd、nfs、rpcbind、rpcgssd、rpcidmapd、またはrpcsvcgssdを再起動しても、修正は有効になりません。また、それらはパーティションのumount/mountと連携して機能しません。実際、問題を修正してクライアントを再起動した後、rpcidmapdをシャットダウンしても、マシンで正しい名前のマッピングが行われていました。
ドメインへのidmapd.confの変更を有効にするためにマシンを再起動する必要があるのはなぜですか？カーネルは何かを保持していますか？ありがとう。
カーネルは、マッピングを取得するためにidmapdデーモンを呼び出します。これは非常に負荷の高い操作であるため、結果はキャッシュされます。キャッシュを消去するには：
# nfsidmap -c
RHEL6.3（およびclones）で利用可能なコマンドとnfs-utilsパッケージの一部。