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
NIS
vai 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.
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).
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.
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.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]