вдруг не может смонтировать общий ресурс 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.

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