NFS в Ubuntu 16.04 LTS

2017-04-16

Наверное правильно Canonical хочет выпиздить 30-60%% разработчиков, ибо за некоторые “косяки” в системе хочется просто повесить авторов на столбе.

Так, третьего дня выяснилось, что NFS-ресурсы, которые прекрасно работали в 14.04 внезапно начали вести себя более чем странно - например ls “проходил”, файлики копировались, но при использовании некоторого специфического софта, который активно пользовался всеми “плюшками” NFS типа locks - возникали какие-то инфернальные проблемы, тормоза и ошибки, абсолютно этому самому NFS не релевантные.

NFS - Network File System, протокол для работы с сетевыми дисками. Генерально, служит для тех же целей, что и Samba, но рассчитан на взаимодействие между Unix системами.

В dmesg же на сервере была вот такая вот ошибка в промышленных количествах:

lockd: cannot monitor XXX

Где XXX - имя хоста.

Гуглилось на самом деле не особо долго, и “погорельцы” нашлись вот тут.

Оказалось, что по какой-то хтонической причине на сервере не запущен rpc.statd, который должен там быть. Вроде как это уже исправлено в следующих версиях, но обновление ни к чему не привело.

Для тех, кто не желает обновлять пакеты вручную, или, упаси Джа - собирать из исходников - вот вполне работающий рецепт.

На сервере даем 2 команды:

1
2
sudo systemctl enable rpc-statd.service
sudo systemctl add-wants multi-user.target rpc-statd.service

Опционально - почистить следующие папки:

1
2
/var/lib/nfs/sm/*
/var/lib/nfs/sm.bak/*

После этого reboot

Убеждаемся:

1
2
3
$ ps -ef | grep statd
statd 1240 1 0 14:45 ? 00:00:00 /sbin/rpc.statd --no-notify
odmin 2062 2013 0 14:59 pts/0 00:00:00 grep --color=auto statd

Также в dmesg пропала ошибка “cannot monitor”, и софт за миллионы денег немедленно прочухался.

Linux, говорили они. Надёжно, говорили они. Long Term Support, говорили они - а тут такое. Надеюсь, QA и прочих ответственных ждёт персональный ад.


В массы

В трубу