ZFS in der c´t

Quicksearch

Disclaimer

The individual owning this blog works for Oracle in Germany. The opinions expressed here are his own, are not necessarily reviewed in advance by anyone but the individual author, and neither Oracle nor any other party necessarily agrees with them.

Navigation

< Earworm | links for 2008-10-07 >

Tuesday, October 7. 2008

In der aktuellen Ausgabe der c´t (21/2008 vom 29.9.2008) kann der geneigte Leser auf den Seiten 194 bis 199 ein gutes Tutorial zum Thema ZFS finden. Positiv geschrieben. Leider hat die c´t eine Chance ausgelassen. Zwar ist in der Zeitschrift auch ein Bericht auch ueber Solid State Disks, aber im ZFS-Bericht fehlt der Hinweis auf die Konfiguration von sZIL und L2ARC (zugegebenermassen erwaehnt der Autor es im letzten Absatz). Hätte vielleicht auch zu grosse Begeisterungsstuerme in der Leserschaft pro ZFS ausloesen koennen

Posted by Joerg Moellenkamp in German, Solaris at 10:23 | Comments (5) | Trackbacks (0)

View as PDF: This entry | This month | Full blog

Trackbacks

Trackback specific URI for this entry

No Trackbacks

Comments

Display comments as (Linear | Threaded)

Warum c't lesen, wenn hier schon alles steht... hust

#1 Patrick (Homepage) on 2008-10-07 11:32 (Reply)

Soll ja Leute geben, die c0t0d0s0.org nicht lesen

#1.1 Joerg+M. (Homepage) on 2008-10-07 11:43 (Reply)

da steht auch das ZFS nicht sinnhaft erkennt wenn man zwei Platten aus dem Raid-Verbund zieht (hang forever+reboot) - Ist das "production grade"?

#2 El Burro (Homepage) on 2008-10-07 11:48 (Reply)

Jo ... das ist enterprise-grade ... es soll verhindern, das die Daten auf keinen Fall und unter keinen Umstaenden angefasst werden, wenn Teile des Pools nicht zugreifbar sind, bis die Devices wieder integriert werden.

Um dieses Verhalten zu aendern, kannst du pro Pool das "failmode" property setzen (auf continue, wait oder panic).

Du kannst ein Filesystem und dessen Feineinstellungen in zwei Richtungen tunen. Entweder in Richtung Verfügbarkeit der Daten und Korrektheit der Daten. Beides sind teilweise sich ausschliessende Ziele: Wenn du Verfügbarkeit unter allen umstaenden auch mit Billigschraddel realisieren willst, musst du im Interesse der Korrektheit der Daten manchmal eben den Zugriff auf die Daten verhindern. Man kann hier natuerlich auch hardware einsetzen, die ordentlich Hotplug unterstützt, die Fehler isoliert, eben anstaendige JBODS statt Ghetto-JBODS, auf grund deren Meldungen ZFS dann unter umstaenden auch zielfuehrender reagieren kann.

Nur weil NTFS, ext2/3 et al solche Fehler ignorieren, heisst das nicht, das das verhalten korrekt ist ... es sei denn man ist mehr auf Verfuegbarkeit denn auf Korrektheit der Daten aus ...

#2.1 Joerg+M. (Homepage) on 2008-10-07 13:03 (Reply)

ob die Datenhalde eines typischen ct-Lesers schneller werden wuerde, wenn man sZIL und L2ARC auf nen USB-Stick legt? Kann man eigentlich ein sZIL wieder entfernen? Also zpool export, dann warten, bis sich das sZIL auf den Pool gesynct hat, dann das sZIL detachen?

#3 Olli on 2008-10-07 11:49 (Reply)

Add Comment

Name
Email
Homepage
In reply to
Comment	E-Mail addresses will not be displayed and will only be used for E-Mail notifications. To prevent automated Bots from commentspamming, please enter the string you see in the image below in the appropriate input box. Your comment will only be submitted if the strings match. Please ensure that your browser supports and accepts cookies, or your comment cannot be verified correctly. Enter the string from the spam-prevention image above: Standard emoticons like :-) and ;-) are converted to images. Enclosing asterisks marks text as bold (word), underscore are made via _word_.
	Remember Information? Subscribe to this entry