Mensaje de Syslogd

Durante una sesión ssh que ejecuta un trabajo rsync largo, el sistema se bloqueó y recibí el siguiente resultado en mi 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 ese momento no puedo conectarme a mi servidor Debian. Incluso después de reiniciar. Sin embargo, puedo conectarme a través de ssh en modo de rescate, pero no sé qué hacer para que el sistema vuelva al modo de funcionamiento normal.

Cualquier ayuda es muy apreciada.

linux crash syslogd

— arpa
fuente

Parece que su servidor está usando RAID de software y ahora está sufriendo de alguna manera. ¿Todavía ves todos tus soportes de disco en modo de rescate?

— Janne Pikkarainen

Hola Janne, sí, estoy usando un Raid de software. Cuando hago ls / dev, veo sda, sda1, sda2, sdb, sdb1 y sdb2. Pero cuando reviso ls / mnt, solo veo cdrom / dvd / external / external1 / floppy / sda2 / sdb1 / sdb2 / test / ¿Eso significa que un disco duro está roto?

— arpa

¿Tiene todos los datos accesibles que debería tener? :) ¿El comando "mount" devuelve los mismos puntos de montaje que ha definido en / etc / fstab?

— Janne Pikkarainen

Solucioné el problema con e2fsck. Parecía haber un problema con los bloques.

— arpa

Respuestas:

Solucioné el problema con e2fsck en mi sistema RAID-1. Parecía haber un problema con los archivos y bloques. La solución es la siguiente:

Inicie sesión en modo de rescate y ejecute lo siguiente:

# umount -a

# e2fsck -f -y /dev/sda2

# e2fsck -f -y /dev/sdb2

# shutdown -r -n now

— arpa
fuente

Me da miedo arreglar discos individuales dentro de un RAID de software. ¿No sería mejor ejecutar e2fsck contra el dispositivo RAID de software (/ dev / md0)?

— Janne Pikkarainen

Bueno, supongo que tienes razón. Sin embargo, en mi caso funcionó bien.

— arpa

RAID-1, supongo? Entonces podría funcionar.

— Janne Pikkarainen

exactamente, RAID-1 lo es.

— arpa

Ejecute el siguiente comando para obtener una lista de procesos en ejecución syslog:

ps -ef |grep syslog

Lo que a su vez imprimirá algo así:

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 el proceso que desea finalizar (en este caso, el que tiene el ID 3947) y elimínelo así:

kill -9 3947

Esto debería solucionar tu problema.

— usuario245612
fuente

¿Puede proporcionar un poco más de detalles sobre cómo se debe ejecutar esto y qué hace exactamente?

— Taegost

He editado su respuesta para darle más claridad, pero realmente necesita explicar por qué syslog es el culpable y cómo identificarlo.

— James Mertz