Começamos a monitorar nosso servidor da Web usando Pingdom e descobrimos que temos um tempo de inatividade de alguns minutos todos os domingos às 0:00 UTC.
O teste é executado a cada minuto e verifica se uma resposta HTTP bem-sucedida (código 200) é retornada na porta 80. O teste falha devido a um tempo limite (sem resposta após 30 segundos).
Veja o que já verificamos, sem sucesso:
Como executamos nosso servidor da Web por trás de um balanceador de carga, defini o teste Pingdom no DNS público do balanceador de carga e no DNS público do servidor Web para descobrir se há um problema com o balanceador de carga da AWS - ambos testes retornam o mesmo resultado
Nós configuramos o Munin em nosso servidor. Tudo parecia bem, mesmo após o fracasso. Como a última falha durou apenas 2 minutos, eu suponho que Munin não conseguiu capturar um problema em potencial (ele verifica apenas a cada 5 minutos)
Eu verifiquei /var/log/apache2/error.log e / var / log / syslog para entradas suspeitas
Eu verifiquei /etc/cron.weekly e / etc / crontab para entradas suspeitas
Eu pesquisei arquivos criados ou modificados pela última vez durante 0:00 e 0:15 usando este método:
toque em -t 201209020000 start
toque em -t 201209020015 end
encontre / -newer start -e! -não final
(nada encontrado)
Alguém experimentou um problema semelhante? Alguma proposta sobre como encontrar o motivo para esse comportamento?
O Ubuntu 10.04 LTS está sendo executado em uma instância do AWS m1.large.
Obrigado!
Existem alguns relatórios, que o processo update-apt-xapi exige muito uso da CPU por alguns minutos. Ele é executado em uma programação semanal. Pode levar sua caixa para baixo, se a carga regular também for alta. O comando executa update-apt-xapian-index para atualizar o índice de pacotes de software.
Veja algumas dicas para soluções alternativas aqui: / "> link ou link