Por que os logins do Solaris são lentos quando o NFS do servidor de armazenamento remoto é montado?

4

Temos um problema curioso com um dos nossos servidores Solaris (10, U8). Se tivermos nossa matriz de armazenamento extra montada via NFS, os logins de usuário do Solaris são excepcionalmente lentos. Desmonte o dispositivo de armazenamento e os logins de usuário serão realizados novamente. Alguém já encontrou algo assim antes?

Eu tenho outros servidores Solaris 10 em outros lugares com matrizes de armazenamento montadas da mesma maneira que não tem o problema. Esses outros realmente estão ligados a equipamentos ainda mais lentos e devem ser piores, sendo todos os outros iguais.

Eu realmente não entendo por que uma montagem NFS que não deveria estar envolvida no processo de login está causando a lentidão.

    
por Brian Knoblauch 19.08.2010 / 15:25

3 respostas

6

O processo de login pode gastar muito tempo na verificação /usr/sbin/quota se as cotas estiverem habilitadas nos sistemas de arquivos NFS.

    
por 19.08.2010 / 19:50
1

Verifique a variável de ambiente PATH. As probabilidades são, o PATH dos usuários inclui diretórios que você está montando no NFS. Então, eles provavelmente estão sendo verificados quanto a executáveis, scripts de configuração, etc. Quando nada é montado, esses diretórios serão locais e obviamente irão rapidamente. Mas uma vez que você tenha o NFS montado, ele será atrasado. Isso será composto se você tiver vários diretórios no PATH.


- Christopher Karel

    
por 19.08.2010 / 15:37
0

correto como dito por - alanc Ago 19 '10 at

Tive o mesmo problema com servidores NFS Share sobre diferentes Vlans e noquota resolvida, tentei compartilhar um ponto de montagem nfs sobre o mesmo Vlan e o problema não apareceu. "" O Solaris sempre irá esperar pela cota remota verifique a chamada para retornar no login, a menos que você use a opção noquota mount !!!!!!! ""

É necessário adicionar uma opção noquota no / etc / vfstab para permitir que o sistema saiba que a cota não precisa ser verificada.

    
por 10.11.2016 / 05:06

Tags