Andauernde Abstürze - Kernel Panik

[Neo459]

Hallo,
mein Linux Server macht mir langsam Probleme Er läuft auf dem neusten Debian.

Im Normalbetrieb gibt es keine Probleme und er läuft auch tagelang durch, allerdings wenn intensive Programme wie z.b. rsnapshot mit 75% CPU Auslastung laufen hängt der Computer auf einmal (die Zeit ist unterschiedlich wann er abstürzt, meist aber so 5-15Min, hat auch schon mal 40Min durchgehalten).

Es blinken die NUM, SHIFT und ROLLEN Taste und dann startet er nach 10-15 Sekunden neu.

Da ich neu bin in Linux und nur gegoogelt habe, fand ich KERNEL PANIC und KERNEL OOPS, hab auch die Logs mal angeschaut aber ich finde da nie was zum Absturz an sich sondern erst, wenn die Kiste wieder hochfährt, wird also ein KERNEL OOPS sein?

Kann mir jemand sagen wie ich zur Fehlerbehebung komme?

Es trat immer nur bei rsnapshot auf, aber auch als ich von Hand große Datenmengen von Festplatte A auf Festplatte B kopierte.

Vielen Dank für die Hilfe!

Gruß

[Neo459]

Viel gegoogelt... gibt anscheinend öfters Probleme mit Realtek LAN Karten der Bauart 8168 weil dann der 8169 Treiber genommen wird..
Ausprobiert, lies sich gar nicht kompilieren, also einfach die LANKarte ausgeworfen, Treiber deinstalliert und nochmal rsnapshot angemacht.

Wieder das Problem...

Ich habe gemerkt, dass die Quellpartition auf Festplatte B zwar ext4 ist aber vom Partitionstyp HPFS/NTFS(0x07) und die Ziel Festplatte (selbes Modell) ext4 und Linux (0x83)

Eventuell verträgt sich das nicht so gut?

Ändere gerade mit der Laufwerksverwaltung den Partitionstyp CPU Auslastung viel höher als bei rsnapshot, RAM 4GB ist voll + 3gB (Tendenz steigend) swap aktiv!
also wird ja viel auf der Festplatte los sein und dennoch kein Absturz.

Ich hoffe es ist mit meinem Versuch getan, glaube aber nicht dran.

[Cae]

Ich habe gemerkt, dass die Quellpartition auf Festplatte B zwar ext4 ist aber vom Partitionstyp HPFS/NTFS(0x07) und die Ziel Festplatte (selbes Modell) ext4 und Linux (0x83)

Das ist irrelevant. Niemand schert sich darum, was im MBR steht, solange eine andere Information richtiger ist (beispielsweise steht in der fstab das Dateisystem).

Bei Kernel Panics kann man selten auf Logs hoffen, vielleicht noch dmesg, aber in der Regel steht die Fehlermeldung auf dem Monitor. Die würde weiterhelfen. Falls du innerhalb der Viertelminute kein Foto geknipst bekommst, kannst du auch irgendwo in /proc/ einen Schalter umlegen, dass die Kiste nach der Panic nicht rebootet. Vielleicht auch über sysctl.

Gruß Cae

[Neo459]

Ok, bin wie gesagt noch Anfänger und weiß sowas noch nicht.

Das blöde ist, es kommt keine Fehlermeldung o.ä. weder wenn ich rsnapshot am Server selber laufen lasse, noch wenn ich per ssh remote drauf zugreife.

Er arbeitet ganz normal und plötzlich steht alles, Bildschirm unverändert, keine Maus oder Tastatur gehen mehr, es blinken die 3 Lampen und dann ist er auch nach wenigen Sekunden aus.

dmesg gibt mir folgendes aus:
http://debianforum.de/forum/pastebin.ph ... ew&s=36324

In syslog steht nur das drin was er macht, nachdem er hochfährt, denke ich wegen der Uhrzeit jedenfalls.
in den messages genau dasselbe.

Bin etwas ratlos, unter Windows HomeServer ist so ein Fehler übrigens nicht aufgetreten also vermute ich (zum Glück) nur einen Softwarefehler.

[Cae]

dmesg gibt nur den aktuellen Ringpufferinhalt aus, nach einem Reboot/Crash ist der natürlich tot. Trotzdem aufschlussreich: du hast da einen Haufen ACPI-Errors drinne, du kannst ja mal mit dem Kernelparamerter acpi=off booten und abwarten. Dabei ist mir auch der Parameter panic=n aufgefallen, der n Sekunden nach der Kernel Panic rebooten lässt.
Beides stellst du sinnigerweise temporär ein, im GRUB-Menü den Standardeintrag auswählen, e drücken und mit dem Pfeilkreuz navigieren und die Parameter hinten an die Zeile drantippen, die mit "linux" beginnt und hinten "ro" drin hat.

Gruß Cae

[Neo459]

Vielen dank für deine Antwort!

Also hab jetzt hinter ro quiet folgendes geschrieben: acpi=off panic=30

Folgendes hat dmesg jetzt ausgegeben:

http://debianforum.de/forum/pastebin.ph ... ew&s=36326

Ich lasse übrigens gerade wieder rsnapshot laufen und bin gespannt ob er jetzt immernoch hängen bleibt.

EDIT: Leider wieder abgestürzt, soll ich noch irgendwelche Logs posten?

[Cae]

Leider wieder abgestürzt, soll ich noch irgendwelche Logs posten?

Wieder Kernel Panic? Und nix auf dem Monitor direkt dran? Über SSH oder so kannst du es eh vergessen. Dann würde ich mal ein GRML [1] besorgen und den Memtest fahren.

Gruß Cae

[1] http://grml.org/

[Neo459]

Ich hoffe ich erzähl hier nichts falsches, das ist doch Kernel Panik, wenn nichts mehr geht und NUM, CAPS und ROLLEN im Sekundentakt zusammen blinken und der PC dann neustartet

Auf Dem Monitor hab ich nur den Desktop und eine Shell, wo rsnapshot live drauf läuft, in diesem Fenster und auch sonst ändert sich nichts, es friert lediglich ein.

Ich werde den grml runterladen, dauert allerdings etwas mehr als 2 Stunden, DSL Light ist eben der letzte Mist.

Edit: Erneuter Absturz, Numlock war aus und es blinkten CAPS und ROLLEN. Weiss jetzt nicht ob Numlock mitgeblinkt hätte, wenns aktiviert gewesen wär.

[TRex]

In /var/log/kern.log (und der .1) und /var/log/messages findest du die Ausgaben auch nach dem reboot.

[Neo459]

Ok die 2 Logdateien sind natürlich etwas groß für Nopaste,
deshalb habe ich sie zusammen mal auf meinen Webserver gepackt:

www.st182.de/files/Archiv.zip

[habakug]

Hallo!

Du könntest es auch nochmal mit "pci=nomsi" versuchen. Da liegen AHCI und Ethernet drauf.
Wenn du "normal" startest könntest du mit

Code: Alles auswählen

# watch grep MSI /proc/interrupts

schauen ob es hier überläuft.
Nebenbei mal schauen, ob es da ein neues Bios gibt. Ein sehr aktueller Kernel ist hier ebenso wahrscheinlich notwendig.

Gruß, habakug

[Neo459]

Normal gestartet:

Code: Alles auswählen

root@homeserver:~# watch grep MSI /proc/interrupts

Every 2,0s: grep MSI /proc/interrupts                   Mon Mar 12 19:20:01 2012

 29:        193       7259   PCI-MSI-edge      eth0

Ich weiss nicht genau was das ausgibt oder worauf ich achten soll, es verändern sich nur 2 Werte, da wo jetzt 193 und 7259 stehen, Anzahl der Interrupts vielleicht?

pci=nomsi werde ich gleich auch versuchen.

BIOS schau ich auch direkt mal nach, aber von einem Kernelupdate hab ich keine Ahnung, werden die nicht bei Updates miterneuert?

EDIT:
Letzte Ausgabe vor Absturz

Code: Alles auswählen

 29:        524      20031   PCI-MSI-edge      eth0

uptime war knapp 50minuten, so lange hält der fast nie

[habakug]

Hallo!

Da ist ein Hardwarefehler in den Logs:

Code: Alles auswählen

Mar 12 18:50:31 homeserver kernel: [  299.817473] Machine check events logged

Installier mal mcelog:

Code: Alles auswählen

# apt-get install mcelog
# mcelog --ignorenodev --filter >> /var/log/mcelog

und poste nach einem Absturz die Ausgabe von:

Code: Alles auswählen

# tail -f /var/log/mcelog

Gruß, habakug

[Neo459]

Danke für deine Tipps!

pci=nomsi brachte auch keine Besserung, Absturz ebenfalls nach wenigen Minuten.

Mcelog hab ich installiert, auch mcelog --ignorenodev --filter >> /var/log/mcelog eingegeben und danach tail -f /var/log/mcelog

Dann folgte der Absturz, die teil gab nichts mehr aus, auch nach erneutem Hochfahren ist nichts in dem mcelog drin, erneute Eingabe der Befehle änderte daran auch nichts.

Glaub das war nicht das gewünschte Ergebnis oder?

EDIT: In /var/log/messages hab ich nach dem Absturz aber was gefunden (ich glaube pci=nomsi war in den Startparametern dabei, sonst Standard)

Code: Alles auswählen

Mar 12 19:58:24 homeserver kernel: [   27.879588] ppdev: user-space parallel port driver
Mar 12 19:58:25 homeserver mcelog: HARDWARE ERROR. This is *NOT* a software problem!
Mar 12 19:58:25 homeserver mcelog: Please contact your hardware vendor
Mar 12 19:58:25 homeserver mcelog: MCE 0
Mar 12 19:58:25 homeserver mcelog: CPU 1 BANK 0 
Mar 12 19:58:25 homeserver mcelog: ADDR 880000015000 
Mar 12 19:58:25 homeserver mcelog: TIME 1331578705 Mon Mar 12 19:58:25 2012
Mar 12 19:58:25 homeserver mcelog: STATUS b600000000010015 MCGSTATUS 0
Mar 12 19:58:25 homeserver mcelog: MCGCAP 106 APICID 1 SOCKETID 0 
Mar 12 19:58:25 homeserver mcelog: CPUID Vendor AMD Family 20 Model 1
Mar 12 19:58:26 homeserver kernel: [   29.158663] powernow-k8: Found 1 AMD E-350 Processor processors (2 cpu cores) (version 2.20.00)
Mar 12 19:58:26 homeserver kernel: [   29.158750] powernow-k8:    0 : pstate 0 (1600 MHz)
Mar 12 19:58:26 homeserver kernel: [   29.158753] powernow-k8:    1 : pstate 1 (1280 MHz)
Mar 12 19:58:26 homeserver kernel: [   29.158757] powernow-k8:    2 : pstate 2 (800 MHz)

[habakug]

Hallo!

Du könntest im Bios mal nach der Option "iommu" Ausschau halten und diese deaktivieren. Das ist aber definitiv ein Hardwarefehler. Ebenfalls im (älteren) Log:

Code: Alles auswählen

Mar 12 18:45:47 homeserver kernel: [    0.183920] mtrr: your CPUs had inconsistent fixed MTRR settings
Mar 12 18:45:47 homeserver kernel: [    0.183924] mtrr: probably your BIOS does not setup all CPUs.
Mar 12 18:45:47 homeserver kernel: [    0.183926] mtrr: corrected configuration.

Gibt es denn wirklich kein neueres Bios?

Gruß, habakug

[Neo459]

Ich durchsuch grad das BIOS mal nach iommu und danach such ich Updates.

Hier grad paar Infos, wo ich grad schon dabei bin:
ASUS E35M1-M PRO
BIOS Version: 0601
Build Date 16.02.2011
CPU AMD E-350 @ 1,6GHZ
4GB DDR 1066MHZ

[habakug]

Hallo!

E35M1-M-PRO BIOS 1502

Es gibt auf jeden Fall eine deutlich aktuellere Bios-Version (Improve system stability) [1]. Am bésten vor einer weiteren Diagnose einspielen.

Gruß, habakug

[1] http://www.asus.de/Motherboards/AMD_CPU ... 35M1M_PRO/

[Neo459]

Danke fürs Raussuchen!:)

Hab im BIOS nichts zu iommu gefunden:(

Mal schauen ob ich das BIOS geupdatet krieg, hab das schon lange nicht mehr gemacht.

Edit: BIOS ist erfolgreich geupdatet! Werd dann jetzt mal wieder rsnapshot anschmeissen und schauen was er macht!

[Neo459]

Tja schön wärs gewesen, nach 30Minuten circa war aber auch dann wieder Absturz angesagt

Soll ich irgendwelche Logs hochladen?

[habakug]

Hallo!

Du solltest das Bios mal auf "Optimal Defaults" (oder ähnlich) stellen. Die Logs nochmal wie vorhin nach einem Absturz.
Hattest du "pci=nomsi" wirklich getestet? In dem letzten Log konnte ich das nicht finden. Im Zweifelsfall nochmal testen und die Logs verlinken.

Gruß, habakug

[Neo459]

Ok, werd das BIOS resetten! Dann nochmal probieren...

Ich hatte pci=nomsi in die Zeile bei das ro quiet dahinter geschrieben.
Mach ich dann gleich einfach nochmal!

Gleich folgenden dann die mcelogs, Kernel log und messages log.

[Neo459]

Neue Logs:
Der Start ging mit pci=nomsi und fastboot (linux wollte filesystem checken, hatte 35mal neugestartet) mit neuem BIOS (USB Stick war angeschlossen, falls ihr euch wundert), hab aus Versehen bei den pastebins hingeschrieben es wär ohne startparameter, das stimmt natürlich nicht.

messages:
http://debianforum.de/forum/pastebin.ph ... ew&s=36328
kern.log
http://debianforum.de/forum/pastebin.ph ... ew&s=36329

mcelog hat nichts ausgegeben, denke mal das geht in den messages log mit rein so wie das aussieht?

Im Moment läuft der Server mit pci=nomsi im Startparameter und ich warte auf Kernel Panik für die Logfiles.

Edit: Es hat nicht lang gedauert, hier noch ein paar Logs, ist also auch mit pci=nomsi abgestürzt:(

kern.log
http://debianforum.de/forum/pastebin.ph ... ew&s=36330

messages
http://debianforum.de/forum/pastebin.ph ... ew&s=36331

Klappt das mit pci=nomsi auch? Ich weiß nicht was das genau macht, ich Schreibs halt nur bei die Startparamter hinter ro und vor quiet

Das ist übrigens mein Kernel: 2.6.32-5-amd64

[habakug]

Hallo!

Du solltest einen Kernel aus den Backports verwenden.

Code: Alles auswählen

# echo "deb http://backports.debian.org/debian-backports squeeze-backports main" >> /etc/apt/sources.list
# apt-get update
# apt-get -t squeeze-backports install linux-image-3.2.0-0.bpo.1-amd64 firmware-linux-free

Nach dem Lesen des Changelog ( ) die Taste "q" drücken damit es weiter geht.

Gruß, habakug

[Neo459]

Der Pinguin steht nicht umsonst bei dir im Avatar oder?
Danke für deine Tipps!

Er lädt grad 23,6MB Daten runter, bin gespannt was dann kommt:)

Edit: Das hier kam dann:

Code: Alles auswählen

root@homeserver:~# apt-get -t squeeze-backports install linux-image-3.2.0-0.bpo.1-amd64 firmware-linux-free
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut       
Statusinformationen werden eingelesen... Fertig
Die folgenden zusätzlichen Pakete werden installiert:
  initramfs-tools linux-base
Vorgeschlagene Pakete:
  linux-doc-3.2
Die folgenden NEUEN Pakete werden installiert:
  firmware-linux-free linux-image-3.2.0-0.bpo.1-amd64
Die folgenden Pakete werden aktualisiert (Upgrade):
  initramfs-tools linux-base
2 aktualisiert, 2 neu installiert, 0 zu entfernen und 110 nicht aktualisiert.
Es müssen 23,6 MB an Archiven heruntergeladen werden.
Nach dieser Operation werden 117 MB Plattenplatz zusätzlich benutzt.
Möchten Sie fortfahren [J/n]? J
Hole:1 http://ftp.de.debian.org/debian/ squeeze/main firmware-linux-free all 2.6.32-41 [156 kB]
Hole:2 http://backports.debian.org/debian-backports/ squeeze-backports/main initramfs-tools all 0.99~bpo60+1 [89,2 kB]
Hole:3 http://backports.debian.org/debian-backports/ squeeze-backports/main linux-base all 3.4~bpo60+1 [34,1 kB]
Hole:4 http://backports.debian.org/debian-backports/ squeeze-backports/main linux-image-3.2.0-0.bpo.1-amd64 amd64 3.2.4-1~bpo60+1 [23,3 MB]
Es wurden 23,6 MB in 8 min 57 s geholt (43,9 kB/s)                             
Lese Changelogs... Fertig
apt-listchanges: Sende E-Mail an root: apt-listchanges: Neuigkeiten für homeserver
Vorkonfiguration der Pakete ...
(Lese Datenbank ... 131465 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Ersetzen von initramfs-tools 0.98.8 (durch .../initramfs-tools_0.99~bpo60+1_all.deb) ...
Ersatz für initramfs-tools wird entpackt ...
Vorbereitung zum Ersetzen von linux-base 2.6.32-41 (durch .../linux-base_3.4~bpo60+1_all.deb) ...
Ersatz für linux-base wird entpackt ...
Vormals abgewähltes Paket linux-image-3.2.0-0.bpo.1-amd64 wird gewählt.
Entpacken von linux-image-3.2.0-0.bpo.1-amd64 (aus .../linux-image-3.2.0-0.bpo.1-amd64_3.2.4-1~bpo60+1_amd64.deb) ...
Vormals abgewähltes Paket firmware-linux-free wird gewählt.
Entpacken von firmware-linux-free (aus .../firmware-linux-free_2.6.32-41_all.deb) ...
Trigger für man-db werden verarbeitet ...
initramfs-tools (0.99~bpo60+1) wird eingerichtet ...
Neue Version der Konfigurationsdatei /etc/kernel/postrm.d/initramfs-tools wird installiert ...
Neue Version der Konfigurationsdatei /etc/kernel/postinst.d/initramfs-tools wird installiert ...
Neue Version der Konfigurationsdatei /etc/initramfs-tools/initramfs.conf wird installiert ...
update-initramfs: deferring update (trigger activated)
linux-base (3.4~bpo60+1) wird eingerichtet ...
linux-image-3.2.0-0.bpo.1-amd64 (3.2.4-1~bpo60+1) wird eingerichtet ...
Running depmod.
Examining /etc/kernel/postinst.d.
run-parts: executing /etc/kernel/postinst.d/initramfs-tools 3.2.0-0.bpo.1-amd64 /boot/vmlinuz-3.2.0-0.bpo.1-amd64
update-initramfs: Generating /boot/initrd.img-3.2.0-0.bpo.1-amd64
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168f-2.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168f-1.fw for module r8169
run-parts: executing /etc/kernel/postinst.d/pm-utils 3.2.0-0.bpo.1-amd64 /boot/vmlinuz-3.2.0-0.bpo.1-amd64
run-parts: executing /etc/kernel/postinst.d/update-notifier 3.2.0-0.bpo.1-amd64 /boot/vmlinuz-3.2.0-0.bpo.1-amd64
run-parts: executing /etc/kernel/postinst.d/zz-update-grub 3.2.0-0.bpo.1-amd64 /boot/vmlinuz-3.2.0-0.bpo.1-amd64
Generating grub.cfg ...
Found background image: /usr/share/images/desktop-base/desktop-grub.png
Found linux image: /boot/vmlinuz-3.2.0-0.bpo.1-amd64
Found initrd image: /boot/initrd.img-3.2.0-0.bpo.1-amd64
Found linux image: /boot/vmlinuz-2.6.32-5-amd64
Found initrd image: /boot/initrd.img-2.6.32-5-amd64
done
firmware-linux-free (2.6.32-41) wird eingerichtet ...
Trigger für initramfs-tools werden verarbeitet ...
update-initramfs: Generating /boot/initrd.img-3.2.0-0.bpo.1-amd64
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168f-2.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168f-1.fw for module r8169

Was jetzt?:D Hab sowas noch nie gemacht.

[habakug]

Hallo!

Du brauchst noch eine Firmware für die Netzwerkkarte. Probier mal

Code: Alles auswählen

# apt-get install firmware-realtek

Sollte es nicht klappen mußt du "non-free" in der sources.list hinzufügen.

Code: Alles auswählen

# nano /etc/apt/sources.list
deb http://ftp2.de.debian.org/debian squeeze main contrib non-free

Schon gebootet den Kernel?

Gruß, habakug