Beiträge von olveld

Moinsens,

klar kannst du den Dump noch analysieren. Du benötigst nichtmal den selben Rechner.
Das einzige was du brauchst sind

- der gleiche Kernel
- die dazugehörigen Sourcen und Debuginfo`s
- und natürlich das Dump File

und los geht`s

Gruss
Olli

Zitat von akI

Hi Olli

habe dann doch mal den Rechner aufgeschraubt, mich gewundert, nen neuen Kühler erworben, die Leitpaste erneuert sowie den neuen Kühler installiert, im Anschluß System neu installiert und seit dem Ruhe.

Trotzdem würde ich gerne wissen wie ich crash bediene. Die Dumpfiles habe ich noch, kann ich diese auch mit dem neu aufgesetztem System einlesen? Dann würde ich das nachher mal versuchen

Grüße

Alles anzeigen

aahh versuch bitte nochmal CrashDump ohne Angabe von der System.map zu laden

crash /boot/vmlinux-2.6.16.60-0.60.1-smp.gz /usr/lib/debug/boot/vmlinux-2.6.16.60-0.60.1-smp.debug /var/crash/vmss.core

Bis ich rausgefunden habe wo die System.map unter OpenSuSe zu finden ist!

Gruss
Olli

Zitat von akI

Hallo Thomas,

nicht wichtig kann ich nicht zu 100% bestätigen, aber schrauben tu ich schon gern.

Darüber hinaus habe ich mit Crashdumps keine Erfahrung und würde die Situation gern ausnutzen um es ein wenig zu testen.

Anderseits würde mir Dein Vorschlag auch nur helfen wenn es sich um eine softwareseitige Einschränkung handelt.
Mein home Verzeichnis ist bereits seit Neuinstallation 11.4 in nackischer Form gesichert.

Alles anzeigen

Moinsens,

du hattes Recht, hatte 14 Tage Urlaub

Helf mir nochmal kurz auf die Sprünge wo wir standen, zuviele Rum-Cola in der Zwischenzeit...

Nebenbei , ist das ein wirklich anpruchsvolles Thema, wenn du weiter tüfteln möchtest helfe ich dir gerne.

Gruss
Olli

Moinsens,

so ein ähnliches Problem hatte ich gerade mit SLES10.

Installier mal das Debuginfo Paket zu deinem Kernel. Das wird benötigt.

kernel-default-debuginfo-"Kernel Version"

Dann musst du mal aus kompat Gründen darauf achten, dass der Dump nicht compressed wird, sondern
im Std. ELF Format angelegt wird. ( Sollte eine Yast Einstellung sein )

Um sicher zu gehen, das crash deinen Kernel versteht, lass ihn den entpackten Kernel benutzen, und nicht den compressed kernel.

Danch rufst du crash folgendermaßen auf:

crash "kernel_uncompressed" -S "System Map" "coredump"

Das ganze sollte dann so aussehen

crash /boot/vmlinux-2.6.27.19-5-default /boot/System.map-2.6.27.19-5-default /var/crash/vmcore

Wir kommen der Sache näher..

Gruss
Olli

Moinsens,

O.K. , dann überprüf am besten mal manuell ob kdump richtig konfiguriert ist.

In deiner Kernel Zeile unter /boot/grub/menu.lst sollte folgender ( ähnlicher ) Parameter stehen.
crashkernel=256M-:128M@16M

aber du kannst einen Panic auch manuell auslösen.

Aber Vorsicht , alle wichtigen Prozesse vorher beenden

Dann die Disk syncen echo s >> /sys/sysrq-trigger
Dann crashen echo c >> /sys/sysrq-trigger

Dann müsstest du sehen, dass kexec ausgeführt wird und ein Crash Dump geschrieben wird.
Falls nicht müsste die Fehlermeldung erscheinen.

Gruss
Olli

Moinsens,

du benötigst dafür die kdump Pakete.
Am besten die installierst yast2-kdump, dann kannst du die Aktivierung von Yast erledigen lassen.
kdump müsste in den DEV Sourcen von OpenSUSE sein. ( bei SLES ist wenigstens so )
Du musst über Yast dann konfigurieren wo die CrashDumps abgelegt werden ( es muss dort genügend Platz sein, um den Inhalt deines RAM`s ablegen zu können )
Nach Aktivierung erweitert Yast deine Bootparameter des Kernels um ein paar Einträge.
Danach ist ein Reboot notwendig.

Analysieren würde ich die ganze Geschichte anstatt mit GDB. ( ziemlich heavy.. ) mit dem Tool Crash.
Das habe ich selbst erst vor 4 Wochen kennengelernt.Darin kannst du den Dump laden und siehst ne Menge Info`s schön aggregiert. ( laufende Procs, Module, letzte Kernelmeldungen u.s.w. )

Hier ist ne nette Doku für den Start..
http://www.pro-linux.de/artikel/2/1470/kernel-crash-analyse-unter-linux.html

Bin zwar kein Profi auf dem Gebiet ( Kernel Hacker.. ) aber ich kann ihn mir den Dump gerne mal ansehen.

Gruss
Olli

Moinsens,

ich habe einen ejabberd 2.1.8 Server aufgesetzt. Funktioniert auch einwandfrei. Wenn ich mich per Pidgin connecte ist die Fläche "insert Picture" ausgegraut.

Weiss zufällig jemand ob XMPP in Chat Bilder unterstützt ? Auf der Projektseite bin ich nicht wirklich fündig geworden dazu.

Gruss
Olli

Moinsens,

ich meine mal gehört zu haben, das blinkende CapsLock LED`s bei SUSE standardmäßig auf Kernel Panic hinweisen, also eine Art Warnlampe sind.

Was das Logging eines Panic`s angeht, hast du wohl nur die Chance Kernel CrashDumps zu aktiveren.
Im Anschluss an einen Panic kann dieser dann untersucht werden.

- offene Prozess zur Zeit des Absturzes
- Meldungen des Kernels
- geladene Module
- etc...

Gruss
Olli