ext3 Partitionen unbrauchbar nach Umstieg von 8.2 auf 9.2
Hallo Liste, wir haben auf einen Testplatte an einem Suse 8.2 Server mal eine Suse 9.2 installiert. Suse 9.2 hat ungewöhnliche Probleme mit den SCSI-Platten: 1.) bei einem externen SCSI-RAID, dass zwei SCSI-Festplatten über Multi-LUN zur Verfügung stellt, wurde die 2. Platte nicht erkannt -> das Problem konnte mit der Kernel-Option "scsi_noreportlun=1" gelöst werden. Nun gibt es wieder die Geräte /dev/sdb1 und /sdc1. 2.) Jede der Platten ist ungefähr 2TB gross und enthält jeweils eine ext3-Partition, die mit der 8.2 angelegt wurde. Suse 9.2 erkennt auch, dass /dev/sdb1 und /sdc1 jeweils eine ext3-Partition enthält und die sind auch mountbar. Die Verzeichnisse sehen richtig aus und enthalten offensichtlich auch die Dateien, die da reingehören. Doch der Inhalt der Dateien ist Müll. C-Quellcode-Dateien enthalten plötzlich Binärdaten, genauso wie HTML-Dateien usw. Es sieht aus, als würden die file-nodes auf falsche Stellen auf der Festplatte zeigen. Wir haben sofort wieder das alte Suse 8.2 gebootet und dort sind die Dateiinhalte wieder in Ordnung. Wie kann das sein, dass eine ext3-Partition von 8.2 nicht mehr auf der 9.2 funktioniert, die Ordnerstruktur richtig angezeigt wird, aber die Dateiinhalte Müll sind? Die Mountparameter von der 9.2 in der fstab sind indentisch mit denen in der 8.2: /dev/sdc1 /rack ext3 defaults,noauto 1 2 Das 9.2 liefert in /var/log/messages nur: nitomo1 kernel: kjournald starting. Commit interval 5 seconds nitomo1 kernel: EXT3 FS 2.4-0.9.19, 19 August 2002 on sd(8,17), internal journal nitomo1 kernel: EXT3-fs: mounted filesystem with ordered data mode. dmesg liefert jedoch eine Meldung wie "INFO: ext3 fs recovery required", ich kann das nicht mehr komplett wiedergeben, aber nachreichen. Momentan läuft wieder die 8.2. Das recovery mit fsck.ext3 haben wir erstmal nicht von der 9.2 aus gemacht. Von der 8.2 aus gesehen, ist ja alles in Ordnung. Hat jemand ähnliche Probleme gehabt? Wo kann ich ansetzen? Gruss, N. Eschricht
Am Mittwoch 09 November 2005 20:43 schrieb N. Eschricht:
Hat jemand ähnliche Probleme gehabt? Wo kann ich ansetzen?
Ich kann Dir zwar jetzt nicht genau zu Deinem Problem weiterhelfen, aber ich hatte mit SUSE 9.2 und meinem SCSI-Brenner auch massive Probleme, die auch nicht mit Updates behoben werden konnten, bis zu meinem Update auf 9.3. Die 9.2 und SCSI scheint keine gute Kombination zu sein, ich würde Dir deshalb empfehlen lieber auf 9.3 oder 10.0 upzudaten. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
N. Eschricht schrieb:
2.) Jede der Platten ist ungefähr 2TB gross und enthält jeweils eine ext3-Partition, die mit der 8.2 angelegt wurde. Suse 9.2 erkennt auch, dass /dev/sdb1 und /sdc1 jeweils eine ext3-Partition enthält und die sind auch mountbar. Die Verzeichnisse sehen richtig aus und enthalten offensichtlich auch die Dateien, die da reingehören. Doch der Inhalt der Dateien ist Müll. C-Quellcode-Dateien enthalten plötzlich Binärdaten, genauso wie HTML-Dateien usw. Es sieht aus, als würden die file-nodes auf falsche Stellen auf der Festplatte zeigen.
Wir haben sofort wieder das alte Suse 8.2 gebootet und dort sind die Dateiinhalte wieder in Ordnung. Wie kann das sein, dass eine ext3-Partition von 8.2 nicht mehr auf der 9.2 funktioniert, die Ordnerstruktur richtig angezeigt wird, aber die Dateiinhalte Müll sind?
Wir haben das externe SCSI-Raid mal vom Onboard-SCSI-Controller (Adaptec 2010S) abgehängt und an einen zusätzlichen PCI-SCSI-Controller gehängt. sdb1 und sbc1 funktionieren jetzt unter der 9.2 wie unter der 8.2! :-) Wir haben auch festgestellt, dass sich das Problem mit den inkonsistenten Daten auch auf das Onboard RAID-5 /dev/sda bezieht. Die Partitionen sind zwar mountbar, aber die Dateien enthalten teilweise irgendwelchen binären Müll. Die Vermutung liegt also nahe, dass es ein Problem mit dem Kernel-Treiber ../drivers/scsi/dpt_i2o.ko für den Adaptec-Controller zu tun hat. Gruss, N. Eschricht
From: "N. Eschricht"
N. Eschricht schrieb:
2.) Jede der Platten ist ungefähr 2TB gross und enthält jeweils eine ext3-Partition, die mit der 8.2 angelegt wurde. Suse 9.2 erkennt auch, dass /dev/sdb1 und /sdc1 jeweils eine ext3-Partition enthält und die sind auch mountbar. Die Verzeichnisse sehen richtig aus und enthalten offensichtlich auch die Dateien, die da reingehören. Doch der Inhalt der Dateien ist Müll. C-Quellcode-Dateien enthalten plötzlich Binärdaten, genauso wie HTML-Dateien usw. Es sieht aus, als würden die file-nodes auf falsche Stellen auf der Festplatte zeigen.
Wir haben sofort wieder das alte Suse 8.2 gebootet und dort sind die Dateiinhalte wieder in Ordnung. Wie kann das sein, dass eine ext3-Partition von 8.2 nicht mehr auf der 9.2 funktioniert, die Ordnerstruktur richtig angezeigt wird, aber die Dateiinhalte Müll sind?
Wir haben das externe SCSI-Raid mal vom Onboard-SCSI-Controller (Adaptec 2010S) abgehängt und an einen zusätzlichen PCI-SCSI-Controller gehängt. sdb1 und sbc1 funktionieren jetzt unter der 9.2 wie unter der 8.2! :-)
Wir haben auch festgestellt, dass sich das Problem mit den inkonsistenten Daten auch auf das Onboard RAID-5 /dev/sda bezieht. Die Partitionen sind zwar mountbar, aber die Dateien enthalten teilweise irgendwelchen binären Müll. Die Vermutung liegt also nahe, dass es ein Problem mit dem Kernel-Treiber ../drivers/scsi/dpt_i2o.ko für den Adaptec-Controller zu tun hat.
Hallo, mir steht das noch bevor, aber ich habe beim Umstieg von 8.2 auf 9.3 bemerkt das durch den veränderten Zeichensatz (UTF8) sich teilweise ähnliche Symptome bemerkbar gemacht haben ... Griese Daniel
participants (3)
-
Daniel Bauer
-
Manfred Tremmel
-
N. Eschricht