Marcos Vinicius Lazarini, Marcos Vinicius Lazarini escreveu:
<>On Tue, 14 Jun 2005, Luiz Gonzaga da Mata wrote:Bom, eu diria q 99% daz vezes que eu tinha problema, o NIS estava no meio. Qualquer 'ls' que voce faz (nao precisa ser nem 'ls -l'), o bandido do NISvai la' e consulta o servidor em busca de converter os UID/GID em nomes. Se a rede caiu, a maquina congela ate' o servidor voltar. E pelo que me lembro, o NIS tem mais informacoes do que o proprio NFS.Pensando um pouco melhor no seu problema, acho que nao entendi quem trava:eh o servidor ou o cliente?
O serviço NFS trava no servidor e os clientes passam a não conectar mais. Eu consigo acessar o servidor através de ssh ou local.
Parece-me que há um problema entre a opção lock e a não resolução dos nomes das máquinas clientes com o DNS remoto.Eu chequei a ver alguns reportes com rela��o ao nolock no mount do cliente ou utilizar o daemon lockd se n�o fizer o mount com nolock, ser� que pode ter alguma rela��o?O nolock tem a ver com transacoes assincronas; eu realmente nao lembro mais desses detalhes, mas sempre usei as configuracoes padroes e nao tive problemas (acho que sem o nolock).
Quando trava, as mensagens são: 1) Kernel: statd: server localhost not responding, timed out. 2)Kernel: lockd : cannot unmonitor 10.1.8.9 Quando está funcional, a mensagem é:1) rpc.mounte: authenticated mount request from *smed164.pbh* que é o nome do host.
Como o DNS é remoto e temos um link de 1Mb, ao trocar o servidor de PC para um com troughput maior, o gargalo passou do PC(antigo home) para o link.
Outra questão, a sua informação sobre NIS, acima, pode estar comprometendo e ajudando a causar este problema, já que o servidor NIS é remoto também.
Veja mais essa informação: http://www.bytemark.co.uk/support/tech/backupnfs.html http://libertas.pbh.gov.br/modules.php?name=FAQ&myfaq=yes&id_cat=7&categories=Problemas%2FSolu%E7%F5es+do+Libertas+3.x#7 Um abraço, Gonzaga.