Server startet neu - Hinweis im syslog?

[Takeshi]

Hallo zusammen,

ich habe gestern festgestellt, dass mein Server, ohne dass er beispielsweise Lastprobleme angezeigt hätte, kurzfristig neu gestartet wurde.

In den Logs finde ich folgendes:

Sep 1 15:13:47 example kernel: [4514929.741761] Firewall: *UDP_IN Blocked* IN=vmbr0 OUT= MAC=ff:ff:ff:ff:ff:ff:0c:c4:7a:77:38:28:08:00 SRC=123.123.123.123 DST=255.255.255.255 LEN=173 TOS=0x00 PREC=0x00 TTL=64 ID=47121 DF PROTO=UDP SPT=17500 DPT=17500 LEN=153
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^$
Sep 1 15:17:50 example systemd-modules-load[817]: Module 'fuse' is builtin
Sep 1 15:17:50 example systemd-modules-load[817]: Inserted module 'vhost_net'
Sep 1 15:17:50 example hdparm[856]: Setting parameters of disc: (none).
Sep 1 15:17:50 example systemd-fsck[1015]: /dev/sda3: Journal wird wiederhergestellt
Sep 1 15:17:50 example systemd-fsck[1015]: /dev/sda3: sauber, 314/62592 Dateien, 40617/250112 Blöcke

Nun habe ich schon gelernt, dass die "^@"-Einträge NULL-Bytes beschreiben - aber was hat das zu bedeuten? Ich freue mich über jeden Kommentar, der mir hilft, die Ursache zu finden - ich bin da doch etwas besorgt.

[pdreker]

Das mit der NULL-Byte Sequenz kenne ich von vor 15 Jahren, wenn man ein ReiserFS benutzt hat und die Kiste abgeschmiert ist (Soviel zu sequential consistency...). Mit der Erfahrung würde darauf tippen, dass die Kiste tatsächlich crashed oder unsauber runtergefahren/ausgeschaltet wird.

Das Problem, wenn es tatsächlich den Kernel zerrissen hat (panic!), ist leider, dass es ab da nicht mehr möglich ist, irgendwas in irgendein Dateisystem zu schreiben, ohne dabei komplett zu riskieren, dass das FS dabei geschreddert wird. Du musst irgendwie dafür sorgen, dass die Logs an einer Stelle landen, an der sie in der Situation auch noch hingehen können. Ansätze sind serial-console (serieller Port vorhanden?), net-console, rsyslog (potentiell auch schon tot, wenn es wirklich abfliegt, aber einen Versuch wert) oder kdump (kompliziert einzurichten).

Ein flotter Hack könnte auch sein, mal zu schaue, was denn aktuell in /proc/sys/kernel/panic drinsteht. Bei mir ist das "0", was eigentlich heissen sollte, dass bei einer Kernel panic, das System stehen bleibt und nicht rebootet. Wenn da bei Dir was anderes drinsteht, kannst Du einfach mit "echo -n 0 > /proc/sys/kernel/panic" den Wert auf 0 setzen. Damit sollte das nächste Mal auf der Konsole (auf die Du Zugriff hast, hoffe ich...) der Crashdump zu sehen sein.

Ansonsten wird es schwierig...

lg,
Patrick

[pferdefreund]

Ich würde bei sowas auch mal memtest vorschlagen. Speicherriegel können auch mal abkacken.

[rendegast]

Netzteil, Mainboard?