echo c | sudo tee / proc / sysrq-trigger causa falha e o sistema não reinicia

Question

Estou estudando o Guia do Servidor do Ubuntu e não consigo resolver esse problema.

Eu sigo estes passos:

sudo -s
[sudo] password for ubuntu:
# echo c > /proc/sysrq-trigger
[ 31.659002] SysRq : Trigger a crash
[ 31.659749] BUG: unable to handle kernel NULL pointer dereference at (null)
[ 31.662668] IP: [<ffffffff8139f166>] sysrq_handle_crash+0x16/0x20
[ 31.662668] PGD 3bfb9067 PUD 368a7067 PMD 0
[ 31.662668] Oops: 0002 [#1] SMP
[ 31.662668] CPU 1

Eu também fiz sudo sysctl -w kernel.sysrq=1

Mas a tela permanece congelada e o sistema não é reinicializado. Eu posso reiniciar o sistema manualmente, mas após a reinicialização ls /var/crash não retorna nada.

Como posso corrigir isso?

    

Answer 1

É o que é suposto fazer.

Pode levar muito tempo para um servidor despejar memória ram e depender do seu host, eles podem "capturá-lo" e fazer algo estranho com ele. Meu conselho, "pare de mexer com isso".

O comando aciona um pânico no kernel. Nada mais. Todo esse material extra é configurável e não é realmente confiável. Seu provedor de hospedagem pode pegá-lo (especialmente se for algo como o Amazon EC2, onde eles criam seus próprios kernels e imagens de base).

Sua melhor aposta para capturar um pânico no kernel no nível de produção é com algum tipo de monitoramento de host. Eu uso e recomendo o Nagios. Quando o servidor pára de responder em um ambiente de produção, uma reinicialização nunca é a resposta de qualquer maneira. Testar e construir um protocal em torno desse tipo de manipulação de kernel panic só fará com que você falhe da maneira mais espetacular.

Se você precisa de syslogs ou logs de falhas, veja os recursos remotos do syslog.

Em resumo, se você não puder arcar com o tempo de inatividade, não confie em truques baratos como reinicialização automática, configuração de uma solução de monitoramento de host adequada e um cluster.

    

Answer 2

Eu fiz o mesmo comando e isso me causou um pânico no kernel. Então decida pesquisar no Google e encontrar informações interessantes.

Estamos causando uma falha no teste do kernel quando executamos este comando

echo c | sudo tee /proc/sysrq-trigger

De acordo com a documentação do Ubuntu

% bl0ck_qu0te%

Tudo depende do tamanho da memória. Vou pesquisar quanto tempo deve demorar para um computador com 4 GB de memória RAM. No meu caso eu reinicio o sistema manualmente, mas foi menos de 2 minutos. Espero que isso ajude.