Apr 24, 2020 13:03
Я кажется уже говорил что ненавижу маки?
Был у нас старый железный NAS. На нем была NFS шара, к которой подключались саппорты и занимались какой-то анальной эквилибристикой с маковским аналогом SCCM. NAS устарел и был выпилен, данные смигрировали в виртуалку на CentOS, и там подняли nfsd для этой шары.
Через какое-то время саппорты прискакали с проблемой: после миграции шара стала недоступна. Причем хитро - коннект есть, папки в шаре видно, но при попытке зайти в любую папку Finder виснет и уходит в таймаут. Проверил с другой Linux машины - работает. Проверил с мака в локальной сети - работает... Ладно, проверяем с макбука по VPN - ага, наблюдаем описанные симптомы. Причем ни Linux, ни Windows через тот же VPN таких проблем не испытывают. Сравниваем конфиг nfsd на виртуалке с заболтиво сохраненным конфигом с выпиленного NAS - все настройки одинаковые.
Смотрим в логи NFS сервера:
kernel: lockd: server MacBook not responding, timed out
Судя по всему, этот кусок говна с яблочным логотипом MacOS некорректно отрабатывает блокировки в связке с некоторыми версиями nfsd при наличии latency. Решение - монтировать шару не с дефолтными настройками через Finder, а из командной строки с такими параметрами:
mount -t nfs -o nolocks,resvport,locallocks servername.local:/Share /Volumes/Share
После чего она появится в Finder и будет работать без каких-либо проблем. Параметр resvport можно не применять, если в exports на сервере прописана опция insecure.
nfs,
macos,
НЁХ,
сисадминское,
linux