Назад | Перейти на главную страницу

Тонны ошибок rpc.idmapd в syslog

Я устаю от некоторых сообщений об ошибках в моем системном журнале - они показывают:

3 июля, 15:16:38 web rpc.idmapd [14535]: nss_getpwnam: имя 'nobody' не отображается в домен 'mydomain.com'

У меня есть проверка, мое имя хоста правильное, как mydomain.com, и я даже добавил действительную запись в / etc / hostname. Я отредактировал свой /etc/idmapd.conf, чтобы отразить это доменное имя, этот журнал сообщений об ошибках каждые 10 минут, и это расстраивает, я не знаю, почему и что это вызывает, сервер nfs работает нормально, с правильными записями и теперь сообщение в журнале.

Я использую centos6

- Конечно, я заменил mydomain.com своим настоящим доменом

У меня была такая же проблема на 2 клиентах NFSv4, и она была связана с некоторыми файлами и каталогами, имеющими неизвестные uid и gid. Эти файлы были скопированы со старого сервера с совершенно другим списком пользователей. На сервере nfs они будут отображаться с числовым идентификатором uid / gid. Но на клиентах idmapd сопоставляет их с пользователем. nobody и группа nogroup но выдайте предупреждение, которое вы упоминаете в файлах журнала.

Я думаю, вам следует проверить свои экспортированные каталоги nfs, если они содержат такие файлы. Самый простой способ, который я нашел, - это найти:

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 файлы не будут идентифицированы как принадлежащие никому / nogroup.

У меня тоже есть эта проблема, я смог определить, что проблема карты idmapd частично является проблемой ядра на клиентской машине.

Во-первых, на сервере nfs журналы показывают, что idmapd передает числовые идентификаторы некоторых пользователей вместо имен клиентом nfs. Это поведение связано с ядром на клиенте, с ядром 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.