Mailinglist Archive: opensuse-de (2429 mails)

[Ekkard Gerlach <suse@xxxxxxx>]

* Philipp Thomas schrieb:

> Ekkard Gerlach:
> 
> >kernel: JBD: barrier-based sync failed on sda8 - disabling barriers
> >kernel: JBD: barrier-based sync failed on sda1 - disabling barriers
> 
> 
> >WARUM? Was erinnert ext3 noch an reiserfs bzw was stört ext3 an der
> >Vergangenheit der Daten auf reiserfs-Partition? 
> 
> Das hat damit nichts zu tun. Wie David ja schon schrieb, ist JBD Teil
> von ext3. Barriers sind eine Methode, mit der (einige) journalführende
> Dateisysteme sicherstellen, dass das Journal definitiv auf die Platte
> geschrieben wird und nicht z.B. im Cache der Platte bleibt. Wenn dies
> mit einer gegebenen (IDE) Festplatte nicht funktioniert, meldet das
> Dateisystem dies und verwendet für diese Platte keine barriers mehr.

o.k. Aber warum funktioniert es bei sda2, sda3, sda6 (sda5 ist swap),
sda7, sda9, sda10? - Diese Partitionen waren auf dem ursprünglichen 
System (3ware, Seagate SATA 250GB, Spiegelung) auch schon ext3. 
Nur eben sda1 und sda8 nicht (sda1 war /, sda8 war /var), diese waren
reiserfs. Nochmal: warum funktioniert barrier nur bei Parititionen 
nicht, die von einer reiserfs-Partition ge'sync't wurden?



Am Rand bemerkt: verwende niemals 3ware-SATA-Controller mit reiserfs 
 - mir hat es bei zwei Kunden je auf einen Schlag ALLE reiserfs-Partitionen 
 auf BEIDEN Festplatten vollständig zerschossen, ALLE ext3 waren
 immer in Ordnung (einmal Suse 8.2,  einmal Suse 9.2). In beiden Fällen
 war je eine Festplatte tatsächlich defekt.  Ich "durfte" in einem Fall 
 auf meine Kosten alles  neu aufsetzen, der andere Fall lief glimpflich 
 ab, weil nur relativ reduntante Daten auf reiserfs lagen. 
 Ich poste dazu nochmal in diese Liste. Es stehen 
 3 Stück Raid Controller von 3ware zum Verkauf ... es sind 3 Jahre
 Herstellergarantie, wer will die [...]? Wenn hier keiner dann ab zu ebay ...

Ekkard