NFSv4 с Kerberos - idmap перестает работать через ~35 минут
Все машины работают под CentOS 6.5. У нас около 85 клиентских машин, выполняющих монтирование Kerberized NFSv4 (sec=krb5p) на сервер. В эти выходные сервер был изменен (сервер A изменился на сервер B).
Кажется, все работает, кроме, на один несколько клиентских серверов только и только для один Несколько специальных пользователей, похоже, что idmapd перестает работать примерно через 30-45 минут.
Простой тест: на клиентской машине я делаю что-то вроде этого:
while [ 1 ]; do touch test.`date +%H%M%S`.txt ; sleep 1m ; done
А затем смотрите файлы, как они создаются. Они начинаются с правильного идентификатора пользователя и группы. Но примерно через 35 минут они внезапно переключаются на владение nfsnobody:nfsnobody.
Процесс idmapd все еще выполняется. Другие пользователи и другие машины, по-видимому, не пострадали. (Конечно, мы не тестировали всех пользователей и все машины, но выборочное тестирование других пользователей и других машин не выявило проблем.)
Изменить: Забыл опубликовать некоторые важные детали:
- Первоначально у нового NFS-сервера не было правильного /etc/idmapd.conf. Это было по умолчанию. С тех пор это было исправлено, и служба idmapd перезапустилась как на сервере, так и на клиенте.
Файлы /etc/idmapd.conf одинаковы как на клиенте, так и на сервере.- Файлы /etc/passwd и /etc/group одинаковы как на клиенте, так и на сервере.
Edit2: при дальнейшем рассмотрении мы заметили следующее:
- Файл /etc/idmapd.conf на сервере отличается от клиента тем, что он также имеет некоторые статические сопоставления. Эти статические сопоставления предназначены для нескольких ключевых пользователей, которым необходимо запускать cronjobs из общих ресурсов Kerberized NFSv4. Эта ссылка точно описывает тип специальной конфигурации в файле сервера /etc/idmapd.conf.
- Проблема на самом деле приходила и уходила (а не просто становилась плохой и оставалась плохой). В моем примере "сенсорного" теста выше, файлы будут создаваться некоторое время с правами владельца и группы. Затем через ~45 минут они начнут создаваться с владельцем nfsnobody. Затем через некоторое время они будут созданы с правом собственности. Время от времени, без заметного рисунка.
- Это произошло только для пользователей со "специальными" отображениями /etc/idmapd.conf, описанными выше, и только на машинах, где у этих пользователей были задания cron.
1 ответ
С риском для себя, похоже, перезагрузка сервера NFSv4 устранила проблему. Прошло около трех часов с момента перезагрузки, и пока никаких проблем. Раньше мы никогда не уходили более часа, чтобы хотя бы один аккаунт не попал в плохое "состояние", описанное выше.
Я не могу объяснить это, разве что предположить, что на сервере остался некоторый "мусор", который не был сброшен при перезапуске сервера rpc.idmapd с правильной конфигурацией.