Durante uma sessão ssh executando um longo trabalho de rsync, o sistema travou e recebi a seguinte saída no meu shell:
Message from syslogd@x123 at Aug 21 13:42:05 ...
kernel:[1050642.629179] ------------[ cut here ]------------
Message from syslogd@x123 at Aug 21 13:42:05 ...
kernel:[1050642.629670] invalid opcode: 0000 [#1] SMP
Message from syslogd@x123 at Aug 21 13:42:05 ...
kernel:[1050642.629950] last sysfs file: /sys/devices/virtual/block/md0/md/mismatch_cnt
Message from syslogd@x123 at Aug 21 13:42:05 ...
kernel:[1050642.636405] Stack:
Message from syslogd@x123 at Aug 21 13:42:05 ...
kernel:[1050642.638071] Call Trace:
Message from syslogd@x123 at Aug 21 13:42:05 ...
kernel:[1050642.640982] Code: 2e 48 8b 43 30 48 8b 53 28 48 8d 4b 28 48 89 42 08 48 89 10 49 8b 06 48 89 48 08 48 89 43 28 4c 89 73 30 49 89 0e e9 c6 00 00 00 <0f> 0b eb fe 49 8b 44 24 d8 48 b9 00 00 00 00 00 16 00 00 4c 8b
Desde essa ocorrência, não consigo me conectar ao meu servidor Debian. Mesmo depois de reinicializações. No entanto, posso conectar via ssh no Modo de Recuperação, mas não sei o que fazer para colocar o sistema de volta ao modo de operação normal.
Qualquer ajuda é muito apreciada.
Eu consertei o problema com o e2fsck no meu sistema RAID-1. Parecia haver um problema com arquivos e blocos. A solução é a seguinte:
Faça o login no Modo de Recuperação e execute o seguinte:
# umount -a
# e2fsck -f -y /dev/sda2
# e2fsck -f -y /dev/sdb2
# shutdown -r -n now
Execute o seguinte comando para obter uma lista de processos executando syslog :
ps -ef |grep syslog
Que, por sua vez, imprimirá algo assim:
root 3947 1 13 Aug14 ? 00:58:05 /sbin/rsyslogd -i /var/run/syslogd.pid -c 5
root 28092 25977 0 05:36 pts/0 00:00:00 grep syslog
Identifique o processo que você deseja encerrar (neste caso, aquele com o id 3947) e mate-o da seguinte maneira:
kill -9 3947
Isso deve resolver seu problema.