de repente não pode montar o compartilhamento nfs do Windows 7

0

Eu recentemente reinstalei meu servidor de arquivos (movido do fedora para o servidor Ubuntu).

Agora eu não posso montar o meu compartilhamento nfs do Windows 7, a montagem do Mac OSX funciona bem.

No Windows, eu continuo recebendo "o período de tempo limite do semáforo expirou" ou "ocorreu um erro inesperado".

O Ubuntu precisa de alguma mágica especial para permitir que o Windows 7 monte um compartilhamento nfs?

Este é o meu arquivo de exportação

/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

— bing
fonte

1

Na verdade, existem vários programas que implementam o NFS. É seu rpc.statd e lockd correndo quando você digita ps aux? Se o rpc.statd não for executado, as conexões não funcionarão corretamente. Procure no diretório /etc/init.d por outro script que tenha "nfs"; provavelmente você precisará iniciar esse script também.

— Avery Payne
fonte

Ambos rpc.statd e lockd estão em execução. Quanto ao nfs, eu só tenho o nfs-kernel-server no diretório init.d. Como eu disse, o Mac OS X monta os compartilhamentos exportados, o Windows 7 é o mais exigente.

— bing

1

O Ubuntu pode padronizar uma versão mais recente do NFS do que o seu antigo Fedora. Se o Ubuntu já suporta o NFSv4 por padrão, então eu não sei como o Windows 7 lida com esse. Você pode querer tentar anexar nfsvers = 3, mountvers = 3 sinalizadores para suas linhas de exportação e veja se isso resolve seu problema.

— Janne Pikkarainen
fonte

0

Aplique o seguinte pseudo-patch para / etc / default / nfs-kernel-server:

-RPCMOUNTDOPTS=--manage-gids
+RPCMOUNTDOPTS=

Eu encontrei o problema do "timeout do período de semáforo expirado" no Windows 7 enquanto tentava acessar o NFS no Debian Squeeze, então isso é provavelmente aplicável (devido ao Debian ser upstream para o Ubuntu e a proximidade das datas de lançamento do Squeeze e Lucid), mas possivelmente não.

Eu não poderia replicar o problema acessando o NFS em (instalações padrão do) RHEL 6 ou SLES 11, então ao comparar os processos em execução relacionados ao NFS (ou seja, rpc. *) Notei a adição de "--manage-gids" ao rpc. mountd no Debian Squeeze, tentou novamente o NFS rodando rpc.mountd sem "--manage-gids" com sucesso, e rastreou esse argumento para / etc / default / nfs-kernel-server.

— undefined
fonte