Problemas com NFS [RESOLVIDO]

iudemar
(usa Slackware)

Enviado em 04/03/2011 - 08:09h

Caros colegas, aqui estou mais uma vez com um novo probleminha que quero compartilhar com vocês. Estou configurando o nfs aqui na empresa, em duas maquinas X e Y onde X=servidor Y=cliente instalei nas 2 o: nfs-kernel-server, portmap nfs-common, tenho todos iniciados nas 2 maquinas
2115 ? S< 0:00 [nfsd4]
2116 ? S 0:00 [nfsd]
2117 ? S 0:00 [nfsd]
2118 ? S 0:00 [nfsd]

No meu server tenho no /etc/exports o compartilhamento
/home/sifracard 192.168.0.7(rw,sync,no_subtree_check)

rodo o exportfs -a OK nenhum erro, nada. Tenho as portas 111-tcp-udp 2049-tcp-udp liberadas no servidor no cliente não tenho firewall. Quando tento montar no cliente o compartilhamento:
mount.nfs4 192.168.0.1:/home/sifracard /mnt/sifracard
mount.nfs4: mounting 192.168.0.1:/home/sifracard failed, reason given by server:
No such file or directory

Ele não encontra no servidor o compartilhamento em /etc/exports. O que fazer pessoal, ja tentei de tudo aqui, se alguem ja viu isso por favor ajudem! Agradeço muito desde já.

volcom
(usa Debian)

Enviado em 04/03/2011 - 08:19h

Posso ter me equivocado ou entendido mal sua estrutura, mas achei estranho o seguinte:

No meu server tenho no /etc/exports o compartilhamento
/home/sifracard 192.168.0.7(rw,sync,no_subtree_check)

E

mount.nfs4 192.168.0.1:/home/sifracard /mnt/sifracard

Você diz que no server faz o compartilhamento do IP 192.168.0."7"

E depois tenta montar no IP 192.168.0."1"

Esta correto?

n4t4n
(usa Arch Linux)

Enviado em 04/03/2011 - 08:46h

volcom, iudemar está correto. no arquivo /etc/exports no servidor-X ele especifica o compartilhamento e o endereço ip de quem pode acessar esse compartilhamento, e o mount.nfs4 ele roda no cliente-Y que obrigatoriamente tem que estar com o ip 192.168.0.7 para conseguir acessar.

iudemar, apesar de vc ter liberado as portas de entrada no firewall, vc pode tentar desabilitar ele temporariamente pra ver se funciona, pois o servidor NFS tbm precisa de "responder" ao cliente e algumas vezes essa resposta está bloqueada no firewall.

iudemar
(usa Slackware)

Enviado em 04/03/2011 - 12:50h

Eu poderia até limpar o FW, porém eu fico ouvindo com um tcpdump a porta 111 que chega no servidor X, e nada é recebido na porta, ele nem encotra o diretorio. Não sei o que pode ser isso, vou analisar mais um pouco aqui, caso tenham alguma ajuda, favor comentar, agradeço mais uma vez.

iudemar
(usa Slackware)

Enviado em 04/03/2011 - 16:57h

Pessoal, no momento não posso parar o firewall aqui da empresa, entretando fiz o mesmo processo em outras maquinas livres de firewall, resultando em sucesso. Verificando o tcpdump na maquina com firewall o servidor X, vejo que quem fecha a conexão não é o proprio servidor X e sim o cliente Y,

16:47:24.478418 IP 192.168.0.7.53808 > 192.168.0.1.111: F 61:61(0) ack 33 win 365 <nop,nop,timestamp 8154877 613693168>
16:47:24.478457 IP 192.168.0.1.111 > 192.168.0.7.53808: F 33:33(0) ack 62 win 91 <nop,nop,timestamp 613693168 8154877>

essa monitoração esta sendo feita em X e vejam que quem fecha a conexão é Y, os pacotes do tipo F de fim fecham a conexão, lembrando que nessa maquina não tem firewall.

n4t4n
(usa Arch Linux)

Enviado em 04/03/2011 - 17:08h

Eu ainda arriscaria uma parada no firewall numa hora fora do horário de expediente. Fora isso, só se a sua maquina-Y não estiver com o endereço ip, mascara de rede, ou gateway correto. Vc pode ainda tentar mudar no exports o seguinte: em vez de home/sifracard 192.168.0.7(rw,sync,no_subtree_check) vc pode colocar home/sifracard 192.168.0(rw,sync,no_subtree_check) liberando assim para toda a sua rede internet (temporariamente é claro).

iudemar
(usa Slackware)

Enviado em 09/03/2011 - 15:50h

Fiz um teste sem que o firewall estivesse ativo, resultando em sucesso. O firewall na maquina que tem o compartilhamento em /etc/exports esta bloqueando o mount no cliente. Liberei as portas 111 tcp/udp no servidor além da 2049/tcp/udp mesmo assim continua bloqueando o mount. Não sei o que fazer, não posso ficar sem firewall ativo, o que fazer então?? alguém tem uma ideia mágica que possa solucionar esse problema? estou sem imaginar mais nada.

Agradeço, valeuu!

iudemar
(usa Slackware)

Enviado em 10/03/2011 - 07:19h

Pessoal, consegui resolver metade do problema. Consegui fazer a montagem com nfs no cliente, liberei no meu firewall não apenas portas especificas para o ip do cliente, liberei tudo para o ip do cliente, dessa forma funcionou legal. Agora o que acontece é que quando eu faço a montagem em /mnt/compartilhamento no cliente Y, eu não posso fazer nenhum tipo de alteração, eu não consigo alterar permissões, copiar qualquer arquivo para qualquer lugar e ainda mais as permissões de dono e grupo vem erradas, eu tenho montado o seguinte:
/home/sifracard em /mnt/sifra no cliente, só que quando verifico as permissões de dono e grupo de /mnt/sifra vejo que:
drwxrwxrwx 5 ftpbkp ftpbkp 4096 Jan 21 07:53 sifra
estão apontado para outro usuario e outro grupo, dentro desse diretorio tenho outras pastas que apresentam o mesmo problema.
O que fazer, onde posso estar errando??

Agradeço a todos.

n4t4n
(usa Arch Linux)

Enviado em 10/03/2011 - 11:57h

iudemar, creio que essa dica lhe dê uma idéia do que está acontecendo. http://www.vivaolinux.com.br/dica/Liberando-NFS-no-firewall-do-Fedora/

só não sei te dizer se o caminho é o mesmo no seu linux. qualquer coisa posta qual a distribuição que te ajudo.

iudemar
(usa Slackware)

Enviado em 10/03/2011 - 12:38h

Pessoal, consegui resolver o problema que me restava relativo as permissões de acesso. Fui no servidor no arquivo /etc/exports e adicionei a seguinte linha no_root_squash para cada compartilhamento, antes estava /home/sifracard 192.168.0.7(rw,sync,no_subtree_check)
depois ficou /home/sifracard 192.168.0.7(rw,sync,no_subtree_check,no_root_squash) depois disso funcionou perfeitamente, espero que possa ajudar alguém se caso alguém possa passar pelo mesmo problema. Agradeço a todos pela ajuda.
Obrigado.