web-dev-qa-db-ja.com

Syslogでの大量のrpc.idmapdエラー

私はsyslogのいくつかのエラーメッセージにうんざりしています-その表示：

7月3日15:16:38 web rpc.idmapd [14535]：nss_getpwnam：name'nobody 'はドメイン' mydomain.com 'にマップされません

確認しました。ホスト名はmydomain.comとして正しいです。また、/ etc/hostnameに有効なエントリを追加しました。 /etc/idmapd.confを編集して、このドメイン名を反映しました。このエラーメッセージログは10分ごとに記録され、イライラします。理由や原因がわかりません。nfsサーバーは正常に動作しており、正しいエントリとメッセージが表示されます。ログに。

私はcentos6を使用しています

-もちろん、mydomain.comを実際のドメインに置き換えました

centos6nfs4
2
Slamguy

2つのNFSv4クライアントで同じ問題が発生し、不明なuidとgidを持ついくつかのファイルとディレクトリに関連していました。これらのファイルは、ユーザーのリストがまったく異なる古いサーバーからコピーされたものです。 nfsサーバーでは、数値のuid/gidで表示されます。ただし、クライアントでは、idmapdはそれらをユーザーnobodyおよびグループnogroupにマップしますが、ログファイルに記載されている警告を発行します。

Nfsでエクスポートされたディレクトリにそのようなファイルが含まれている場合は、それらを確認する必要があると思います。私が見つけた最も簡単な方法は、findでそれを行うことでした：

find /path/to/your_nfs_dir/ -user nobody -or -group nogroup -ls

これらのファイルを既存のユーザー/グループに属するようにする場合は、すぐに変更することもできます。

find /path/to/your_nfs_dir/ -user nobody -exec chown myuser {} \;
find /path/to/your_nfs_dir/ -group nogroup -exec chgrp mygroup {} \;

Nfsサーバーではファイルがnobody/nogroupに属していると識別されないため、クライアントの1つでこれを行う必要があります。

1
Tonin

私もこの問題を抱えています。idmapdマップの問題の一部がクライアントマシンのカーネルの問題であると判断できました。

まず、nfsサーバーでは、ログは、idmapdがnfsクライアントによって名前ではなく一部のユーザーの数値IDを供給されていることを示しています。この動作は、カーネル2.6.32-431.el6.centos.plus.x86_64を使用するクライアントのカーネルに関連しています。

失敗しますが、2.6.32-358.14.1.el6.centos.plus.x86_64では、uidマッピングは機能しますが、gidマッピングは失敗します。

Uidとgidの両方のマッピングを機能させることができた唯一の方法は、NFSv3に戻すことです。

0
user199034