Hallo Allerseits
Habe hier nen Server der seit über 1 Jahr ohne Probleme läuft.
Seit heute habe ich schon 2 Kernelpanics.
Folgende Meldung erscheint bevor das System steh bleibt:
Message from syslogd@gigsy at Sun Jun 22 10:47:51 2003 ...
gigsy kernel: journal-601, buffer write failed
Für mich sieht es nach einem Problem mit Reiserfs aus...
Zu meinem System:
ASUS TX97-XE
AMDK6 III 400
256 MB
IBM IBM-DTTA-351010 (10GB)
IBM/Hitachi IC35L060AVV207-0 (60GB)
SuSE 8.0 Pro + Updates
Das System ist wie folgt partitioniert:
/dev/hda3 / reiserfs
/dev/hda1 /boot ext2
/dev/hdb1 /d01 reiserfs
/dev/hdb2 /d02 reiserfs
/home ist auf /d01 (symlink)
Seit einiger Zeit habe ich noch folgende Bootmeldung:
<4>reiserfs: checking transaction log (device 03:03) ...
<4>Warning, log replay starting on readonly filesystem
<4>reiserfs: replayed 62 transactions in 12 seconds
<4>Using r5 hash to sort names
<4>ReiserFS version 3.6.25
<4>VFS: Mounted root (reiserfs filesystem) readonly.
<4>change_root: old root has d_count=2
<5>Trying to unmount old root ... okay
<4>Freeing unused kernel memory: 120k freed
<6>Universal TUN/TAP device driver 1.4 (C)1999-2001 Maxim Krasnyansky
<4>clm-6006: writing inode 938 on readonly FS
<4>clm-6006: writing inode 938 on readonly FS
<4>clm-6006: writing inode 938 on readonly FS
<4>clm-6006: writing inode 938 on readonly FS
<4>clm-6006: writing inode 938 on readonly FS
<4>clm-6006: writing inode 938 on readonly FS
<4>clm-6006: writing inode 938 on readonly FS
<4>clm-6006: writing inode 938 on readonly FS
<4>clm-6006: writing inode 938 on readonly FS
<4>clm-6006: writing inode 938 on readonly FS
<4>clm-6006: writing inode 938 on readonly FS
<4>clm-6006: writing inode 938 on readonly FS
<4>clm-6006: writing inode 938 on readonly FS
<4>clm-6006: writing inode 938 on readonly FS
<4>clm-6006: writing inode 938 on readonly FS
<4>clm-6006: writing inode 938 on readonly FS
<4>clm-6006: writing inode 938 on readonly FS
<4>clm-6006: writing inode 938 on readonly FS
<4>clm-6006: writing inode 938 on readonly FS
<4>clm-6006: writing inode 938 on readonly FS
<4>clm-6006: writing inode 938 on readonly FS
<4>clm-6006: writing inode 938 on readonly FS
<4>clm-6006: writing inode 938 on readonly FS
<4>clm-6006: writing inode 938 on readonly FS
<4>clm-6006: writing inode 938 on readonly FS
<4>clm-6006: writing inode 938 on readonly FS
<4>clm-6006: writing inode 938 on readonly FS
<4>clm-6006: writing inode 938 on readonly FS
<6>md: Autodetecting RAID arrays.
<6>md: autorun ...
<6>md: ... autorun DONE.
<4>clm-6005: writing inode 938 on readonly FS
<4>Removing [410 100734 0x0 SD]..<4>done
<4>Removing [17804 99668 0x0 SD]..<4>done
<4>There were 2 uncompleted unlinks/truncates. Completed
<6>LVM version 1.0.3(19/02/2002) module loaded
<6>Adding Swap: 133048k swap-space (priority 42)
<4>clm-6005: writing inode 24057 on readonly FS
<4>clm-6005: writing inode 538 on readonly FS
<4>clm-6005: writing inode 14555 on readonly FS
<4>clm-6005: writing inode 14556 on readonly FS
<4>clm-6005: writing inode 14511 on readonly FS
<4>clm-6005: writing inode 14553 on readonly FS
<4>clm-6005: writing inode 11921 on readonly FS
<4>clm-6005: writing inode 11922 on readonly FS
<4>clm-6005: writing inode 162182 on readonly FS
<4>clm-6005: writing inode 24053 on readonly FS
<4>clm-6005: writing inode 14763 on readonly FS
<4>reiserfs: checking transaction log (device 03:41) ...
<4>reiserfs: replayed 24 transactions in 2 seconds
<4>Using r5 hash to sort names
<4>ReiserFS version 3.6.25
<4>reiserfs: checking transaction log (device 03:42) ...
<4>Using r5 hash to sort names
<4>ReiserFS version 3.6.25
Kernel logging (ksyslog) stopped.
Kernel log daemon terminating.
Hat Jemand eine Idee woran es liegen könnte?
Danke!
MfG
Alexander
--
Alex Ge
Alex Ge schrieb:
Habe hier nen Server der seit über 1 Jahr ohne Probleme läuft. Seit heute habe ich schon 2 Kernelpanics.
Folgende Meldung erscheint bevor das System steh bleibt:
Message from syslogd@gigsy at Sun Jun 22 10:47:51 2003 ... gigsy kernel: journal-601, buffer write failed
Für mich sieht es nach einem Problem mit Reiserfs aus...
Zu meinem System: ASUS TX97-XE AMDK6 III 400 256 MB IBM IBM-DTTA-351010 (10GB) IBM/Hitachi IC35L060AVV207-0 (60GB) SuSE 8.0 Pro + Updates
Das System ist wie folgt partitioniert: /dev/hda3 / reiserfs /dev/hda1 /boot ext2 /dev/hdb1 /d01 reiserfs /dev/hdb2 /d02 reiserfs
/home ist auf /d01 (symlink)
Du hast hoffentlich auch das Kernel-Update fuer die SuSE 8.0 eingespielt, da der Standard-Kernel der SuSE 8.0 mitunter Probleme hat, wenn mehrere IDE-Festplatten im System haengen. Es kann dann zu unerklaerlichen Abstuerzen, Kernel-Panics und Datenverlusten kommen. Besorge Dir von Hitachi den (IBM) Drive Fitness Test. Sichere alle relevanten Daten, sofern noch nicht geschehen. Lege Dir eine Knoppix-CD oder die SuSE-DVD/CDs zwecks Rettungssystem zurecht. Reboote den Rechner und starte den DFT - stelle si- cher, dass die Festplatten hardwaretechnisch in Ordnung sind. Wenn das geschehen, boote das Rettungssystem und fuehre einen Filesystemcheck durch auf alle Partitionen, e2fsck fuer /boot und die anderen natuerlich reiserfsck. Evtl. muss Du den Tree neu aufbauen bei ReiserFS, wenn es wirklich an diesem File- system liegen sollte. Hoffe dabei, dass Deinen Daten nichts passiert - aber Du hast ja vorher ein Backup gemacht fuer die Notfaelle!! Schaue, was passiert - viele Wahlmoeglichkeiten hast Du eh nicht. Anschliessend solltest Du vielleicht noch den Speicher testen, um auszuschliessen, dass irgendwie die Hardware mit Schuld an allem ist. Und wenn Du Glueck hast, geht danach wieder alles. Oder aber Du bist am Neuinstallie- ren und Zurueckspielen des Backups... CU, Thomson PS: Du kannst gerne mal ins Archiv der Liste schauen, Du wirst dort einiges zu ReiserFS und moeglichen Problem- loesungen finden.
Hi Habe hier inzwischen einen neuen Kernelpanic seit dem ich auf das SuSE Kernelupdate das zur Behebung des ptrace-Bugs angeboten wird geupdatet habe... nach einiger Zeit arbeit bekomme ich folgenden Kernelpanich: Aiee, killing interrupt handler Interrupt handler - not syncing Hat jemand eine Idee? Die Kernelpanics treten erst seite heute früh um 8:18 auf... davor lief das System über 1 Jahr ohne Probleme. Danke! MfG Alex
Alex Ge wrote:
Habe hier inzwischen einen neuen Kernelpanic seit dem ich auf das SuSE Kernelupdate das zur Behebung des ptrace-Bugs angeboten wird geupdatet habe...
Hmm, das sollte nicht sein...
Hat jemand eine Idee?
Alten Kernel zurueck spielen und schauen, ob es immer noch Kernel-Panics gibt. Falls nicht, Feedback mit relevanten Infos zu Deiner Hardware, Deiner Vorgehensweise und genaue Fehlermeldungen an SuSE liefern. CU, Thomson
participants (2)
-
Alex Ge
-
Thomas Hertweck