Eu tenho um problema com um sistema Debian. Hoje, exatamente às 04:00, ele parou de responder aos nagios. Eu não consigo fazer login via SSH também. Essa não é a primeira vez que isso está acontecendo, mas a primeira vez que eu assisti com nagios.
Há uma coisa especial e incomum nessa caixa: ela é inicializada a partir de um pendrive. É por isso que achei uma idéia inteligente mapear / var / tmp para um tmpfs.
Tenho quase certeza de que, se eu reiniciá-lo, ele funcionará novamente. Mas como o / var / log é mapeado para a memória, não consigo ler os logs após a reinicialização.
O próximo problema é que o hardware é externo, por isso não consigo fazer login localmente.
A princípio, o problema pode ser que o tmpfs esteja sendo preenchido. Mas nagios não avisou antes que não pudesse se conectar mais. Eu defini o limite de aviso para 90% do espaço livre. Então, isso não parece ser isso.
Outros sintomas talvez interessantes:
A pergunta que mais me interessa é: o que um sistema debian poderia fazer às 04:00 da manhã? Algum tipo de verificação de atualização?
Sou grato por quaisquer ideias ou indicações na direção certa. Existe alguma coisa que valha a pena monitorar com nagios para obter uma dica? Da próxima vez, adicionarei o uso de swap de monitoramento.
Nós tivemos isso onde o servidor ficou sem memória. Todos os processos em execução continuariam, mas a alocação de novos processos poderia falhar.
Se você estiver monitorando o uso da memória, isso poderá responder à pergunta. Você também pode tentar fazer o registro remotamente.
No entanto, para responder sua pergunta, verifique seu /etc/cron.daily - Estes scripts podem ser executados às 4 da manhã. Você também pode verificar /etc/cron.d/ e / etc / crontab para ver se há tarefas agendadas.
Tags ssh debian not-responding