Am 11.03.2015 um 13:45 schrieb Steffen Auer: > > bitte dran denken: Ein HW-Controller kann für RAID1 _nicht_ > > entscheiden welche der Platten im Spiegel korrekte Daten enthält > > wir haben kein RAID 1 sondern 5, aber auch da gibt's ja Parität. Dann kommt es auf den Controller an, also ob der immer den kompletten Stripe liest und prüft, oder ob er beim Lesen optimiert und den Block nur von einer Platte holt. Im zweiten Fall ist es möglich, dass Müll von einer Platte direkt an die Anwendung (bzw. das Filesystem) durchgereicht wird.
> > falls das Filesystem nicht dagegen absichert (was die meisten aus > > Performancegründen nicht machen) > > und wie würde das aussehen/gehen? http://de.wikipedia.org/wiki/ZFS_%28Dateisystem%29 Ich bin jedenfalls nach verschiedenen Desastern mit klassischen RAID Lösungen (sowohl HW als auch softwarebasierte) bedient und nutze nur noch ZFS. Das mag vielleicht etwas langsamer sein als andere (unsichere) Lösungen, aber Datenintegrität ist mir wichtiger. > > dann kann dieser Fehler dann durchaus (je nachdem von welcher der > > Platten der Controller den Block gerade zufälligerweise liest) nur > > sporadisch auftreten. TLDR: Filesystem auf HW-RAID meckert bei FSCK > > -> nicht ignorieren sondern schleunigst gründlich prüfen. > > Es gab halt ein paar Fehler im Filesystem einer Partition, die beim > boot gefunden aber nicht behoben werden konnten. Ich hab das auch > nicht ignoriert, sondern den Check nur kurzzeitig übersprungen. > > fsck -y lief inzwischen auf der (wieder ausgehängten) betroffenen > Partition durch und die Fehler wurden behoben. > Imo sollte das dem Ganzen ausreichend Rechnung tragen. Ich drücke die Daumen. Viele Grüße aus Ahrensburg, Gregor
signature.asc
Description: OpenPGP digital signature
_______________________________________________ linuxmuster-user mailing list [email protected] https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
