Mensaje de Syslogd

2

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.

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
1
Solucioné el problema con e2fsck. Parecía haber un problema con los bloques.
arpa

Respuestas:

2

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
0

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
1
¿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