O trabalho de atualização do Ubuntu para persistir tcp_slot_table_entries antes do NFS Mount

1

NOTA: estou ciente da questão Mudanças persistentes em / proc / sys / sunrpc / tcp_slot_table_entries e enquanto esta questão antiga é bastante similar, as respostas selecionadas e propostas não funcionam para nós, nem falam especificamente para o Upstart.

Precisamos de uma maneira de garantir que nossas modificações em tcp_slot_table_entries persistirem na reinicialização e sejam implementadas antes das montagens NFS serem montadas .

Temos um pequeno script de base que usamos para testar o desempenho relativo na montagem após a montagem, quando os Padrões do SO ( O padrão atual é 2 ) são usados, o tempo médio é cerca de 400% pior do que depois que nossos padrões personalizados são aplicados.

Portanto, fazemos as alterações, reiniciamos o sistema, executamos nossos testes (veja tempos horríveis), depois desmontamos e montamos o NFS, executamos novamente os testes e observamos tempos melhores. Isso demonstra que, de fato, estamos persistindo nas alterações na reinicialização, mas que as alterações estão ocorrendo depois que a montagem inicial ocorre.

Além de tentar responder nos perguntas , tentamos:

  • modificando o trabalho iniciante do procp.conf para fazer as alterações Veja ref
  • adicionando um script modprope.d conf. Veja referência

Em todos os casos, isso reaplicaria as alterações após a reinicialização, mas não antes da montagem do NFS. Finalmente, nossa administração preferiria muito mais que implementássemos uma solução pura para o desafio.

Admito que eu sou um noob iniciante, então eu tenho uma solução provisória no lugar que adiciona nossa montagem para fstab com a diretiva noauto e, em seguida, usa rc.local para montá-lo depois que tudo é inicializado.

O que estamos procurando é uma solução puramente upstart, que não modifique as tarefas atuais / padrão de upstart (já que elas podem ser substituídas na atualização). Então, isso nos deixa com três perguntas:

  1. É razoavelmente possível implementar uma solução de trabalho puramente upstart que modifique tcp_slot_table_entries antes de uma montagem automática fstab?
  2. Supondo que seja, você pode nos apontar alguns materiais / links (mais específicos do que meramente Documentação Upstart RTFM) que nos ajudarão a classificar os detalhes da implementação?
  3. Existe uma solução ainda mais elegante para o desafio que não consideramos?
por bubba 15.04.2013 / 16:19

1 resposta

0

Você já recebeu uma resposta para isso em algum lugar?

Não vejo por que configurá-lo em /etc/modprobe.d/sunrpc.conf não funcionaria. Se analisarmos essas opções quando o módulo sunrpc for carregado, o que achei necessário para montar volumes nfs, a configuração deve ser aplicada porque é necessário que seja carregado antes de os volumes nfs serem montados. A menos que haja um bug no SO que você está usando ou algum comportamento incomum vindo do arquivador ...

    
por 24.09.2013 / 03:59