Tente adicionar nolocks e locallocks às montagens específicas da máquina.
créditos: link
Estamos em uma universidade em um laboratório tentando criar um compartilhamento NFS que pode ser compartilhado entre máquinas OS X e Ubuntu. Este problema tem levado meu supervisor e eu maluco pelos últimos dias - postando aqui porque estamos no limite.
Vou tentar descrever a situação da melhor maneira possível:
A configuração do servidor (/ etc / exports) é semelhante a:
/export -rw,fsid=0,no_subtree_check client.computer.name
/export/data -rw,async,subtree_check,all_squash,anonuid=2000,anongid=2000 client.computer.name
/export/moredata -rw,async,subtree_check client.computer.name
share / data e / moredata foram montados com sucesso em máquinas Ubuntu sem problemas usando o seguinte comando:
sudo mount server:/data /srv/data
Em algumas máquinas Mac OS X, que executam o Lion ou o Snow Leopard, as montagens funcionam normalmente, mas exigem modificações no comando mount devido a alguns problemas que considero irrelevantes para o problema em questão
sudo mount -t nfs -o resvport,vers=4,proto=tcp,port=2049 server:/data /Volumes/data
Em dois computadores separados que executam o OS X 10.8 (versão mais recente do Mountain Lion), no entanto, existem grandes problemas.
Cerca de metade do tempo, o compartilhamento NFS é montado corretamente no iMac executando o OS X 10.8, mas meu computador fica paralisado e até mesmo executar um 'ls -la' no diretório do servidor leva alguns minutos para iniciar. Uma vez que o servidor tenha sido montado, até mesmo executar ls em diretórios locais tem o mesmo efeito!
Na outra metade do tempo, o computador pára durante o processo de montagem.
Além disso, a execução do monitor de atividade, ou 'top' não gera insight, nada está levando mais de 10% do poder de processamento e há muita RAM disponível.
Como posso depurar isso? Quais logs são úteis para interrogar?
** Atualizações **
Esta é a mensagem que parece mais alarmante
2013-01-11 12:27:49.572191 PST - 348.1506 - Client: mount_nfs, UID: 0, EUID: 0, GID: 0, EGID: 0
2013-01-11 12:27:49.572191 PST - 348.1506, Module: SystemCache - Invalid name (null) for KAUTH_EXTLOOKUP_VALID_PW/GRNAM
Tente adicionar nolocks e locallocks às montagens específicas da máquina.
créditos: link
É possível que spotlight (serviço de indexação / pesquisa do OS X) esteja tentando indexar os novos pontos de montagem, o que significa tentar percorrer toda a estrutura de diretório e todos os arquivos nela. Você pode desativar a indexação nos pontos de montagem que seguem
+ para adicionar o ponto de montagem do NFS à lista de exclusão. É um gargalo de E / S, não um gargalo da CPU. É por isso que você não está vendo alto percentual de uso com um gerenciador de tarefas.
Isso me faz pensar que pode haver problemas com sua conexão de rede com o servidor NFS. Talvez roteadores, hubs ou switches, os dispositivos intermediários possam estar perdendo seus pacotes (este problema ocorreu com FTP e SVN em diferentes ocasiões com hardware diferente). Se puder, tentarei configurar um IP estático para o servidor e o iMac e usar um cabo Ethernet testado para conectá-los diretamente. Veja como isso funciona.
Se o problema ainda persistir, talvez haja um software de montagem NFS de terceiros que você possa usar no Mac, que apontaria se for a implementação do NFS da Apple causando problemas.
Talvez tente instalar o Linux em uma máquina virtual no Mac e veja se você pode se conectar ao NFS sobre isso. Isso excluiria qualquer tipo de problema de hardware no lado do iMac.
Ferramentas:
Você também pode tentar montá-lo usando o autofs (consulte aqui ou aqui para um white paper técnico da Apple).
Dessa forma, o compartilhamento é montado apenas quando acessado e desmontado automaticamente quando não está em uso. Se você tiver certeza de adicionar a opção soft para que o sistema não fique pendente aguardando o compartilhamento responder, você pode ter resolvido seu problema.
Tags mount nfs linux osx-mountain-lion macos