Re-montagem da partição raiz em um servidor live

1

Nós temos um punhado de servidores apache / PHP / mysql rodando aqui, e eu notei que nenhum deles tem a opção noatime especificada em qualquer um de seus fstabs. Dado que os aplicativos PHP executados neles tendem a se transformar em dezenas de includes para cada solicitação que eu acho que devemos ser capazes de diminuir um pouco da carga no sistema de arquivos desligando atime tracking.

Eu verifiquei e ninguém precisa saber os tempos de acesso de nada, ou estava ciente de que isso era uma coisa, então o que eu gostaria de fazer é simplesmente:

mount -o remount,noatime /

No entanto, existem duas preocupações:

  1. O MySQL morreu porque o sistema de arquivos desapareceu por um microssegundo. Nesse caso, eu apenas pararia temporariamente.
  2. O sistema operacional está morrendo por causa do mesmo.

Eu não sou louco com a perspectiva de reiniciar essas máquinas, já que a maioria delas tem tempo de operação muito maior do que eu tenho com essa empresa e quem sabe o que vai acontecer de novo em uma reinicialização.

Portanto, existe alguma razão real baseada em fatos para a qual eu não devo remontar a partição raiz enquanto o servidor estiver em execução?

    
por Sammitch 21.08.2013 / 23:42

1 resposta

1

Não deve haver problemas esperados apenas com a execução deste comando (caso contrário, a página do manual estará cheia de avisos terríveis, com certeza). Se as coisas morrerem, então não será devido a atualização do atime desativada, mas sim alguns problemas de hardware que você tem. a remontagem simplesmente desativa as atualizações do atime e, portanto, terá menos uso de disco e, portanto, tornará as coisas menos propensas a morrer.

Já fiz esse tipo de coisa várias vezes e nunca vi nenhum problema. Se você ainda estiver preocupado e puder reiniciar o sistema ou o mysql mais tarde, certamente poderá fazê-lo.

    
por 21.08.2013 / 23:58