Okay, die Partiton neu angelegt und formatiert und geht.
jetzt kopierer ich einzeln die Homeverzeichnisse der User von /sda6(reiser) nach sdb2(ext2). sdb2 unmounten + fsck. sdb2 mounten. sdb1(ext2) mounten. Das eine Verzeichnis von sdb2 nach sdb1 kopieren. alles unmounten. fsck /sdb1. mounten /sdb2. Verzeichnis löschen. umounten sdb2. fsck sdb2. mounten sdb2. nächstes Vezeichnis ......
3 mal klappte alles. das 4. Homevezeichnis verschafft mir Block Bitmap Differenzes auf /dev/sdb2, er korrigiert schon seit 5 minuten.... Dabei waren das höchstens 2 Mb, die ich rüberkopiert habe. Ist das normal? Kann ein einfachs kopieren von Dateien in ein heiles Filesystem solch eine Plunder anrichten??? Wie korrupt müssen die Daten denn sein? Schaue ich mit vorher die Verzeichnisse auf dem reiserfs an, dann sind auf den ersten blick keine ungewöhnlichen Dinge zu sehen (Verzeichni/Dateigrößen, Namen ....)
wunder * staun * verzweifel*
Jens
On Sat Jun 09, 2001 at 11:34:44 +0200, Jens Puruckherr wrote:
Okay, die Partiton neu angelegt und formatiert und geht.
jetzt kopierer ich einzeln die Homeverzeichnisse der User von /sda6(reiser) nach sdb2(ext2). sdb2 unmounten + fsck. sdb2 mounten. sdb1(ext2) mounten. Das eine Verzeichnis von sdb2 nach sdb1 kopieren. alles unmounten. fsck /sdb1. mounten /sdb2. Verzeichnis löschen. umounten sdb2. fsck sdb2. mounten sdb2. nächstes Vezeichnis ......
3 mal klappte alles. das 4. Homevezeichnis verschafft mir Block Bitmap Differenzes auf /dev/sdb2, er korrigiert schon seit 5 minuten.... Dabei waren das höchstens 2 Mb, die ich rüberkopiert habe. Ist das normal? Kann ein einfachs kopieren von Dateien in ein heiles Filesystem solch eine Plunder anrichten??? Wie korrupt müssen die Daten denn sein? Schaue ich mit vorher die Verzeichnisse auf dem reiserfs an, dann sind auf den ersten blick keine ungewöhnlichen Dinge zu sehen (Verzeichni/Dateigrößen, Namen ....)
Was sagt "dmesg"? Platte richtig angeschlossen? Terminierung?
Wenn Du es schaffst, mit einfachem Kopieren (egal woher die Daten kommen und wie sie aussehen, das Filesystem weisz doch garnicht, ob die Daten "gut" oder "boese" sind, das ist einfach eine Ansammlung von Bytes) das Filesystem zu schreddern, ist irgendwas faul...
Adam
Am Samstag, 9. Juni 2001 11:57 schrieb Adam Lackorzynski:
Was sagt "dmesg"?
scsidiskk i/o-Error: dev 08:06, sector 43896 SCSI-disk error host0 chennal 0 id 1 lun 0 return code = 2 Replayed 1 transaction in 4 seconds
Das ist die mit dem reiserfs (sda) von der ich retten will. Das die 'ne macke hat weiss ich ja jetzt.
Platte richtig angeschlossen? Terminierung?
Das denke ich schon mal. Es sind 3 Platten im Rechner:
id 1 dcas id 2 dghs (die neue) id 3 dcas (auch reiserfs aber nicht defekt und nicht gemountet) id 6 streamer - der letzte und Terminiert id 7 Controller (initio) mit Autoterminierung
Als hda ist ein cdrom zum booten, sonst ein Zip.
Wenn Du es schaffst, mit einfachem Kopieren (egal woher die Daten kommen und wie sie aussehen, das Filesystem weisz doch garnicht, ob die Daten "gut" oder "boese" sind, das ist einfach eine Ansammlung von Bytes) das Filesystem zu schreddern, ist irgendwas faul...
Das dacht ich mir auch :-( Die offentsichtlich Korrupten daten kommen aber - von einer nicht mehr im System befindlichen Platte. Als dort im Filesystem Fehler auftraten (auch reiserfs) habe ich die Daten auf die jetzige /dev/sda gerettet - die bis dahin noch 1a lief!!! Mittlerweile habe ich den SCSI-Strang aber mindestens 3 mal auseiandergenommen und zusammengesetzt, und vorhar lief das System ein halbes Jahr problemlos.
Jens
die Story geht weiter:
zur Erinnerung:
auf sda ist das defekte reiserfs, auf sdb2 habe ich ein "zwischenlager" mit ext2 eingerichtet, welches immer mit fsck geprüft wird. Ist alles i.O. kommen die Daten ins Endlager sdb1(auch ext2).
Gelegentlich checke ich das Endlager auch mit fsck - bis soeben auch hier Fehler gemeldet wurden!!!! Ich geh am Stock! das gibts doch garnicht. Im zeiten durchlauf startet fsck nicht mehr - run it manually - mach ich doch die ganze Zeit (fsck -fv /device) - sense mit status 8
Langsam denke ich, das hier was anderes Faul ist .... ich checke mal den Speicher. Der wurde nämlich auch, bevor die Fehler auftraten, ergänzt.
Jens
Am Samstag, 9. Juni 2001 13:05 schrieb Jens Puruckherr:
Langsam denke ich, das hier was anderes Faul ist .... ich checke mal den Speicher. Der wurde nämlich auch, bevor die Fehler auftraten, ergänzt.
Leute, das wars: den 128er riegel in einen anderen Rechner und memtest überschlägt sich darauf. Allerdings durfte ich den Server nun neu installieren, da die platte sich nicht mehr reparieren ließ. ich nehme all mein Geschimpftes auf reiserfs zurück udn schompfe nur noch auf schlechten Speicher. ist aber schon seltsam, wie sich das auswirken kann....
der das wochenende konfigurierende Jens
der das wochenende konfigurierende Jens
Oh ja, mach mal! Und wenn Du grad' dabei bist, mach es etwas länger und laß meinen Schatz zurück- kommen ;)
Sorry, konnte nicht widerstehen...
Gruß, Micha
PS: Aber noch ist nicht alles zu spät - also Daumen drücken!
On Sat Jun 09, 2001 at 12:13:32 +0200, Jens Puruckherr wrote:
Die offentsichtlich Korrupten daten kommen aber - von einer nicht mehr im System befindlichen Platte. Als dort im Filesystem Fehler auftraten (auch reiserfs) habe ich die Daten auf die jetzige /dev/sda gerettet - die bis dahin noch 1a lief!!!
Hmm, also wenn die Probleme beim Beschreiben von sdb auftauchen, ist damit was nicht i.O.. Check das erstmal richtig. Am besten alles am SCSI-Bus wegnehmen, was nicht gebraucht wird und mit einer SCSI-Platte terminieren. Dann ein paar Schreibtests durchfuehren und sehen, was passiert (z.B. auch mit bonnie). Wenn das nicht glatt geht, kann man das schon erstmal eingrenzen...
Adam
Am Samstag, 9. Juni 2001 13:16 schrieb Adam Lackorzynski:
Hmm, also wenn die Probleme beim Beschreiben von sdb auftauchen, ist damit was nicht i.O.. Check das erstmal richtig. Am besten alles am SCSI-Bus wegnehmen, was nicht gebraucht wird und mit einer SCSI-Platte terminieren. Dann ein paar Schreibtests durchfuehren und sehen, was passiert (z.B. auch mit bonnie). Wenn das nicht glatt geht, kann man das schon erstmal eingrenzen...
Bin schon dabei. Obwohl es mit ziemlich unwarscheinlich erscheint, innerhalb von 3 Wochen 3 Festplatten geschrottet zu haben. sdb ist übrigens eine nagelneue....
jens
On Sat Jun 09, 2001 at 13:29:59 +0200, Jens Puruckherr wrote:
Am Samstag, 9. Juni 2001 13:16 schrieb Adam Lackorzynski:
Hmm, also wenn die Probleme beim Beschreiben von sdb auftauchen, ist damit was nicht i.O.. Check das erstmal richtig. Am besten alles am SCSI-Bus wegnehmen, was nicht gebraucht wird und mit einer SCSI-Platte terminieren. Dann ein paar Schreibtests durchfuehren und sehen, was passiert (z.B. auch mit bonnie). Wenn das nicht glatt geht, kann man das schon erstmal eingrenzen...
Bin schon dabei. Obwohl es mit ziemlich unwarscheinlich erscheint, innerhalb von 3 Wochen 3 Festplatten geschrottet zu haben. sdb ist übrigens eine nagelneue....
Dann wette ich, dass es am Speicher liegt.
Bei mir hat es sich als klug erwiesen (aus Fehlern lernt man), nach einem Speicherein-/umbau ein min. halbtaegiges memtest laufen zu lassen. Erspart einem spaeter gewissen Aerger... ;)
Adam
Am Samstag, 9. Juni 2001 13:51 schrieb Adam Lackorzynski:
Dann wette ich, dass es am Speicher liegt.
Ich habe da auch schon lustige Sachen erlebt...und weniger lustige.... Seltsam nur, das es ausgerechnet die Festplatten traf.
Bei mir hat es sich als klug erwiesen (aus Fehlern lernt man), nach einem Speicherein-/umbau ein min. halbtaegiges memtest laufen zu lassen. Erspart einem spaeter gewissen Aerger... ;)
Oder gleich besseren Speicher kaufen??
Ich habe jetzt auf die Schnelle mal eine gante CDROM hin- und herkopiert. zischendurch ein paar Fsck - schein alles i.o. Momentan checkt der Adapter gerade die Festplatten, ich melde mich noch mal.
Jens
lug-dd@mailman.schlittermann.de
-
Adam Lackorzynski -
Jens Puruckherr -
Michael Papsdorf