nfs mount option nolock
funcionou para mim.
Me desculpe se este é um post repetido, parece que minha primeira tentativa falhou ...
Um pouco de contexto primeiro.
Primeiramente, eu herdei uma das redes clássicas do inferno. Entre várias outras coisas, descobri que a maioria dos dados dos clientes, incluindo um monte de dados de conformidade, está atualmente armazenada em um dos drives USB que estão sendo compartilhados via Samba para o restante dos clientes (e não tendo backup).
Para me ajudar a dormir à noite, eu juntei um servidor de arquivos linux com dois arrays RAID 5 para colocar esses dados, e para evitar ter que remapear todas as máquinas clientes, achei que seria OK desmontar o USB. discos, depois de rsyncing os dados para o arquivo servir, e nfs montagem dos novos pontos de montagem em seu lugar.
Isso pareceu funcionar. Ok, com alguns testes rápidos, no entanto, hoje descobri que meus usuários estão tendo problemas para abrir arquivos nesse arranjo, com a taxa de transferência de arquivos sendo muito lenta.
Eu não vejo nenhum problema com a montagem direta dos discos nfs (da minha caixa linux), mas através dos compartilhamentos do samba é totalmente inutilizável.
Eu usei a configuração padrão na exportação e nos pontos de montagem que não serão reproduzidos hoje à noite com algumas das opções que encontrei no Google, mas estou pensando em voltar pelo menos para o amanhã.
Devo ser capaz de fazer isso? Eu não consigo ver porque não, como eu acho que seria o tipo de coisa que seria feita para um sistema NAS de qualquer maneira.
Algum conselho? Por favor?
nfs mount option nolock
funcionou para mim.
O manual do Samba menciona que reexportar um ponto de montagem NFS sobre o Samba não funciona corretamente. O NFS não é 100% compatível com POSIX, então algumas coisas funcionam de forma diferente do que o Samba espera.
Ou seja. você deve executar o Samba no mesmo servidor em que você executa o serviço NFS, exportando os discos locais diretamente.
Você adicionou a correção de ajuste ao smb.conf?:
socket options = TCP_NODELAY IPTOS_LOWDELAY
O tutorial do SAMBA oferece mais opções e explicações: link
The socket option TCP_NODELAY is the one that seems to make the biggest single difference for most networks. Many people report that adding socket options = TCP_NODELAY doubles the read performance of a Samba drive. The best explanation I have seen for this is that the Microsoft TCP/IP stack is slow in sending TCP ACKs.
Tags nfs samba file-sharing