Mdadm é meu amigo mas uma coisa que irrita muito – inspecções periódicas e Resnick saúde o segurança da matriz RAID- por exemplo, há dados em um setor ruim- e, que por sua vez esmagado pela máquina para o IO. Basicamente depois encontrei čoplene culpado – ramos que começam geralmente por volta das 13:00 todas as noites de domingo. A ideia é clara – se a matriz está em ótimo estado e existem sem dramas com as informações. Isto é bom, mas parece que muitos semanal, é por isso prekonfigurirah a r″nva da primeira data do mês.

Para caminho baseado em Redhat derivados do Krone /etc/cron.d/RAID-check. Para o caminho do distroci baseado em Debian /etc/cron.d/mdadm. Kronovete, por sua vez, chamado scripts bash /usr/sbin/raid-seleção para CentOS etc e /usr/share/mdadm/checkarray para Debian e amigos. Parâmetros para os scripts são tomados a partir /etc/sysconfig/raid-seleção ou, respectivamente, /etc/padrão/mdadm Onde você pode ser banido totalmente e verificar, Isso não é uma ideia muito inteligente.

 

Alguns desenvolvedores não aprendem a escrever alfabetizado na RFC nunca. Notei que vários arquivos de errror_log que tinham acumulado um número enorme de retardado de alerta e aviso por não conformidade com o padrão PHP. Em geral, é difícil de explicar para o usuário, que o código que é colocado é ruim e precisa ser corrigido.. No caso geral, tenho notado que os usuários não excitá-los log de erro depois de executar o código. Em geral, uma abordagem radical para parar completamente arquivos error_log, e quem quer deixá-los ir, Mas como um todo, iria criar desconforto para muitos usuários. Então, reforçar a abordagem 2 – adminski super poderes ou 1 linha de Brito. Procurar por arquivos chamados error_log com tamanho superior a 5MB (Deixo aqui meu valor um embora 1mb é mais que suficiente) e excluí-los semanalmente. Este efeito é conseguido com a desordem encontrar

find /home/ -name error_log -size +5M -type f -delete

Só resta para colidir com a coroa para executar uma vez por semana e nós temos um monte de persistentno solução. No meu caso parece Okey em 1 horas na noite todos os domingos.

0 1 * * 1 find /home/ -name error_log -size +5M -type f -delete >/dev/null 2>&1