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

NFS4: что влияет на изменения в /etc/idmapd.conf?

Мы боролись с проблемой, когда наш монтируемый NFS4 на наших клиентах RHEL 6.3 показывает, что владелец файла - «никто», и где мы видим «nss_getpwnam: имя 'blah' не отображается в домен 'localdomain'» в / var / log / Сообщения. Мы знаем, что исправление заключается в том, чтобы гарантировать, что домен в файле /etc/idmapd.conf на сервере соответствует домену на клиентах. Вопрос такой:

Если мы исправим домен на клиентах, нам нужно перезагрузить их, чтобы увидеть, как он работает. Никакие перезапуски nscd, nfs, rpcbind, rpcgssd, rpcidmapd или rpcsvcgssd не позволят исправить это. И они не будут работать совместно с размонтированием / монтированием раздела. Фактически, после того, как мы исправили нашу проблему и перезагрузили клиент, мы отключили rpcidmapd, и на машине все еще произошло правильное сопоставление имен.

Почему нам нужно перезагружать машину, чтобы разрешить изменение idmapd.conf в домене? Ядро что-то держится? Спасибо.

Ядро выполняет вызовы демона idmapd для получения сопоставления. Поскольку это довольно дорогостоящая операция, результаты кешируются. Для очистки кеша выполните:

# nfsidmap -c

Команда доступна в RHEL6.3 (и клонах) и является частью пакета nfs-utils.