Наверное правильно 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 | sudo systemctl enable rpc-statd.service |
Опционально - почистить следующие папки:
1 | /var/lib/nfs/sm/* |
После этого reboot
Убеждаемся:
1 | $ ps -ef | grep statd |
Также в dmesg пропала ошибка “cannot monitor”, и софт за миллионы денег немедленно прочухался.
Linux, говорили они. Надёжно, говорили они. Long Term Support, говорили они - а тут такое. Надеюсь, QA и прочих ответственных ждёт персональный ад.