Мы являемся магазином Linux, который поддерживает около 30 компьютеров Mac. Наши системы Leopard и Snow Leopard настроены с аутентификацией LDAP и автоматическими домашними каталогами NFSv3, поэтому у наших сотрудников одинаковые логин и файлы, независимо от того, используют ли они OS X или Ubuntu. Единственная проблема, которая у нас есть, заключается в том, что с NFSv3 мы не можем использовать Firefox> = 4. Эта проблема все еще существует в Lion.
Теперь, когда OS X поддерживает NFSv4 в Lion, я решил попробовать это. Это быстро провалилось. Я не могу открывать приложения. Когда я вхожу в систему с помощью ssh, многие команды, связанные с файловыми операциями, зависают.
На клиентах Linux NFSv4 необходимо настроить доменное имя для сопоставления имен пользователей между клиентом и сервером в /etc/idmpad.conf. Есть ли что-нибудь подобное в Lion? Нужно ли проверить какие-либо другие параметры конфигурации?
Я также пробовал использовать последнюю версию Netatalk, но через некоторое время Microsoft Word начинает говорить, что файлы доступны только для чтения.
Обновленная информация
Мы обнаружили, что использование async в NFSv3 решило нашу проблему с Firefox. К сожалению, асинхронный режим не решает проблемы с NFSv4.
Это оказалось неправильным пониманием проблемы. async не решает проблему ни для NFSv3, ни для NFSv4.
Метод тестирования
У нас есть несколько тестовых учетных записей на нашем сервере LDAP с записями autofs, указывающими на сервер NFSv4 в Ubuntu. Я тестирую, войдя в систему через окно входа или по ssh. В графическом интерфейсе я пытаюсь открывать приложения и редактировать текстовые файлы. Через ssh я пытаюсь редактировать текстовые файлы с помощью vim.
Что касается предложения NFS Manager, я использовал su, чтобы стать одним из этих пользователей, и попытался отредактировать файл с помощью vim.
Настройки сервера
Это / etc / exports с моего тестового сервера nfsv4. Настройки такие же, как у производственных серверов NFSv3.
/var/lib/nfs/v4root @utm(ro,fsid=0,root_squash,insecure,no_subtree_check,async) @admin(ro,fsid=0,no_root_squash,insecure,no_subtree_check,async)
/var/lib/nfs/v4root/d2/export/fac @utm(fsid=31,rw,async,root_squash,no_subtree_check,insecure) @admin(fsid=31,rw,async,no_root_squash,no_subtree_check,insecure)
/var/lib/nfs/v4root/d2/export/grad @utm(fsid=32,rw,async,root_squash,no_subtree_check,insecure) @admin(fsid=32,rw,async,no_root_squash,no_subtree_check,insecure)
/var/lib/nfs/v4root/d2/export/staff @utm(fsid=33,rw,async,root_squash,no_subtree_check,insecure) @admin(fsid=33,rw,async,no_root_squash,no_subtree_check,insecure)
/d2/export/fac @utm(fsid=41,rw,async,root_squash,no_subtree_check,insecure) @admin(fsid=41,rw,async,no_root_squash,no_subtree_check,insecure)
/d2/export/grad @utm(fsid=42,rw,async,root_squash,no_subtree_check,insecure) @admin(fsid=42,rw,async,no_root_squash,no_subtree_check,insecure)
/d2/export/staff @utm(fsid=43,rw,async,root_squash,no_subtree_check,insecure) @admin(fsid=43,rw,async,no_root_squash,no_subtree_check,insecure)
Варианты монтирования клиента
Клиенты используют autofs в LDAP для монтирования файловой системы. Возможны следующие варианты:
intr,tcp,rw,vers=4,timeo=20
Я пробовал только с vers = 4, но получаю те же результаты.
Сеть
Для этого теста клиент и сервер находятся в разных подсетях. Трафик проходит через коммутаторы Cisco со скоростью 100 Мбит / с с гигабитными подключениями к коммутатору маршрута Cisco. Тесты пропускной способности показывают стабильную скорость передачи 91 Мбит / с при низком пинге 0,3 мс. Эта сеть уже много лет подходит для NFSv3.
Решение
Подождите 10.7.3. Я рад сообщить, что это была ошибка в 10.7.2, и предварительная версия 10.7.3 исправляет ее.
Это ошибка. Некоторое время он работал в предварительном обновлении, но снова сломался. Я отправил отчет об ошибке в Apple.
Вы можете попробовать использовать Диспетчер NFS чтобы помочь вам настроить монтирование NFS. Ее намного проще использовать, чем Дисковую утилиту Apple.