Nachricht von Syslogd

4691
harp

Während einer SSH-Sitzung mit einem langen Rsync-Job stürzte das System ab und ich erhielt die folgende Ausgabe in meiner 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 

Seitdem kann ich keine Verbindung zu meinem Debian-Server herstellen. Auch nach dem Neustart. Ich kann jedoch im Rettungsmodus über ssh eine Verbindung herstellen, weiß aber nicht, was ich tun soll, um das System wieder in den normalen Betriebsmodus zu bringen.

Jede Hilfe wird sehr geschätzt.

2
Klingt, als würde Ihr Server Software-RAID verwenden, und er leidet jetzt irgendwie. Sehen Sie immer noch alle Ihre Festplattenhalterungen im Rettungsmodus? Janne Pikkarainen vor 14 Jahren 0
Hallo Janne, ja ich verwende eine Software-Raid. Wenn ich ls / dev mache, sehe ich sda, sda1, sda2, sdb, sdb1 und sdb2. Aber wenn ich ls / mnt überprüfe, sehe ich nur cdrom / dvd / external / external1 / floppy / sda2 / sdb1 / sdb2 / test / Bedeutet das, dass eine Festplatte defekt ist? harp vor 14 Jahren 0
Haben Sie alle Daten, auf die Sie Zugriff haben sollten? :) Gibt der Befehl "mount" dieselben Mount-Punkte zurück, die Sie in / etc / fstab definiert haben? Janne Pikkarainen vor 14 Jahren 0
Ich habe das Problem mit e2fsck behoben. Es schien ein Problem mit Blöcken zu geben. harp vor 14 Jahren 1

2 Antworten auf die Frage

2
harp

Ich habe das Problem mit e2fsck auf meinem RAID-1-System behoben. Es schien ein Problem mit Dateien und Blöcken zu geben. Lösung ist wie folgt:

Melden Sie sich im Rettungsmodus an und führen Sie Folgendes aus:

# umount -a  # e2fsck -f -y /dev/sda2  # e2fsck -f -y /dev/sdb2  # shutdown -r -n now 
Das Fixieren einzelner Festplatten innerhalb eines Software-RAIDs erscheint mir beängstigend. Wäre es nicht besser, e2fsck mit dem Software-RAID-Gerät (/ dev / md0) auszuführen? Janne Pikkarainen vor 14 Jahren 0
Nun, ich denke du hast recht. In meinem Fall hat es jedoch gut funktioniert. harp vor 14 Jahren 0
RAID-1, nehme ich an? Dann könnte es klappen. Janne Pikkarainen vor 14 Jahren 0
genau, RAID-1 ist es. harp vor 14 Jahren 0
0
user245612

Führen Sie den folgenden Befehl aus, um eine Liste der laufenden Prozesse aufzurufen syslog:

ps -ef |grep syslog 

Was wiederum so etwas ausdrucken wird:

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 

Identifizieren Sie den Prozess, den Sie beenden möchten (in diesem Fall den Prozess mit der ID 3947), und beenden Sie ihn wie folgt:

kill -9 3947 

Dies sollte Ihr Problem lösen.

Können Sie uns bitte etwas genauer erläutern, wie dies ausgeführt werden soll und was genau es tut? Taegost vor 11 Jahren 1
Ich habe Ihre Antwort geändert, um mehr Klarheit zu schaffen, aber Sie müssen wirklich erklären, warum syslog der Täter ist und wie Sie ihn identifizieren können. KronoS vor 11 Jahren 0