вдруг не может смонтировать общий ресурс nfs из Windows 7

1

Я недавно переустановил свой файловый сервер (перенесен с Fedora на сервер Ubuntu).

Теперь я не могу смонтировать общий ресурс nfs из Windows 7, монтирование из Mac OSX работает нормально.

В Windows я либо получаю сообщение «истекло время ожидания семафора», либо «произошла непредвиденная ошибка».

Нужна ли Ubuntu особая магия, чтобы Windows 7 смогла смонтировать общий ресурс nfs?

Это мой файл экспорта

/home/Bing/     192.168.1.*(rw,async,insecure,no_subtree_check)
/home/Bing/mnt/EXTRN2 192.168.1.*(rw,async,insecure,no_subtree_check)
/home/Bing/mnt/EXTRN3 192.168.1.*(rw,async,insecure,no_subtree_check)

windows-7 ubuntu-10.04 nfs

— Бинг
источник

2

Ubuntu может по умолчанию использовать более новую версию NFS, чем ваша старая Fedora. Если Ubuntu уже поддерживает NFSv4 по умолчанию, то я не знаю, как Windows 7 справляется с этим. Вы можете попробовать добавить флаги nfsvers = 3, mountvers = 3 в строки экспорта и посмотреть , решит ли это вашу проблему.

— Янне Пиккарайнен
источник

1

На самом деле есть несколько программ, которые реализуют NFS. Ваш rpc.statdи lockdработает, когда вы печатаете ps aux? Если rpc.statd не запускается, соединения не будут работать должным образом. Найдите в каталоге /etc/init.d другой скрипт, в котором есть «nfs»; Скорее всего, вам нужно будет запустить этот скрипт тоже.

— Эйвери Пэйн
источник

Оба rpc.statd и lockd работают. Что касается nfs, у меня есть только nfs-kernel-server в каталоге init.d. Как я уже говорил, Mac OS X прекрасно монтирует экспортируемые ресурсы, это Windows7, что является придирчивым.

— Bing

0

Примените следующий псевдо-патч к / etc / default / nfs-kernel-server:

-RPCMOUNTDOPTS=--manage-gids
+RPCMOUNTDOPTS=

Я столкнулся с проблемой «истекло время ожидания семафора» в Windows 7 при попытке получить доступ к NFS в Debian Squeeze, так что это, вероятно, применимо (из-за того, что Debian является upstream для Ubuntu и близости дат выпуска Squeeze и Lucid), но возможно нет.

Я не смог воспроизвести проблему доступа к NFS на RHEL 6 или SLES 11 (установка по умолчанию), поэтому при сравнении запущенных процессов, связанных с NFS (т. Е. Rpc. *), Я заметил добавление «--manage-gids» к rpc. mountd в Debian Squeeze, повторно запустил NFS с запущенным rpc.mountd без «--manage-gids» и отследил этот аргумент до / etc / default / nfs-kernel-server.

— не определено
источник