Прошу прощения, если это повторяется, кажется, моя первая попытка не удалась ...
Сначала немного контекста.
Во-первых, я унаследовал одну из классических сетей из ада. Среди прочего, я обнаружил, что большинство данных клиентов, включая кучу данных о соответствии, в настоящее время хранятся на одном USB-накопителе, совместно используемом через Samba для остальных клиентов (без резервного копирования).
Чтобы помочь мне спать по ночам, я собрал файловый сервер linux с двумя массивами raid 5 для размещения этих данных, и, чтобы избежать переназначения всех клиентских машин, я подумал, что должно быть нормально размонтировать USB-диски после rsyncing данных с файловой службой и nfs монтирует новые точки монтирования на их месте.
Похоже, это сработало. Прошло немного времени для быстрого тестирования, однако сегодня я обнаружил, что у моих пользователей возникают ужасные проблемы с открытием файлов при таком расположении, поскольку скорость передачи файлов очень-очень низкая.
Я не вижу никаких проблем с прямым монтированием дисков nfs (из моего Linux-бокса), но через общие ресурсы samba он полностью непригоден.
Я использовал настройку по умолчанию как в точках экспорта, так и в точках монтирования, сегодня вечером не буду играть с некоторыми опциями, которые я нашел в Google, но я думаю, что мне придется откатиться, по крайней мере, на завтра.
Могу ли я это сделать? Я не понимаю, почему нет, поскольку я предполагаю, что это будет то, что в любом случае будет сделано для системы NAS.
Любой совет? Пожалуйста?
nfs mount option nolock работал у меня.
edit: вы можете добавить 'nolock' к параметрам монтирования в fstab или 'mount -o nolock, remount / mount_path', чтобы монтировать его по запросу. У меня была проблема с самбой, создающей монтирование на томе nfs, и она создавала бесконечные открытые соединения, пока я не добавил эту опцию монтирования.
В руководстве по Samba упоминается, что повторный экспорт точки монтирования NFS через Samba работает некорректно. NFS не на 100% совместим с POSIX, поэтому некоторые вещи работают не так, как ожидает Samba.
Т.е. вам следует запустить Samba на том же сервере, где вы запускаете службу NFS, напрямую экспортируя локальные диски.
Вы добавили исправление настройки в smb.conf ?:
параметры сокета = TCP_NODELAY IPTOS_LOWDELAY
В руководстве по SAMBA есть дополнительные параметры и пояснения: http://us1.samba.org/samba/docs/man/Samba-HOWTO-Collection/speed.html
Параметр сокета TCP_NODELAY, кажется, имеет наибольшее значение для большинства сетей. Многие люди сообщают, что добавление параметров сокета = TCP_NODELAY удваивает скорость чтения диска Samba. Лучшее объяснение, которое я видел для этого, заключается в том, что стек Microsoft TCP / IP медленно отправляет TCP ACK.