Клиент Mac OS X падает при монтировании и записи на сервер Linux через NFSv4

Мы являемся магазином 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. К сожалению, async не решает проблему с 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

Я пробовал только с вер =4, но я получаю те же результаты.

сеть

В этом тесте клиент и сервер находятся в разных подсетях. Трафик проходит через коммутаторы cisco 100 Мбит / с с гигабитными подключениями к коммутатору маршрутизации cisco. Тесты пропускной способности показывают согласованную передачу данных со скоростью 91 Мбит / с с низкой частотой 0,3 мс. Эта сеть была подходящей для NFSv3 в течение многих лет.

Решение

Ждите 10.7.3. Я рад сообщить, что это была ошибка в 10.7.2, и пререлиз 10.7.3 исправляет ее.