COW filesystémy ZFS

zpool create zpool /dev/ada0p3
... pouzivat stejny nazev zpool pro prikaz, kterym se to nastavuje, a pro jmeno poolu, je matouci. Jak mam od ted vedet, co je prikaz a co nazev poolu?

Ahojte, viete bližšie popísať či ste sa stretli aj s RAIDom na ZFS ? Ako to je s obnovou ak kľakne jeden disk napríklad z 3 ? Či stačí iba vymeniť disk a FS sa o to postará, alebo treba aj niečo robiť ?
Ďakujem za info

ZFS se poprve objevil ne v Opensolarisu ale v Solarisu. Mel jsme k dispozici preview drive nez sel do Opensolarisu. Jinak dnesni Solaris 11 je vykradeny Opensolaris + opravy od Orasunu + dalsi modifikace a povysovani verze poolu+zfs kvuli kravinam.
Co takhle pustit zfs send s "-D"? Udela se deduplikovany snapshot.

2 Tomas:
ZFS s raidem raid-z neni problem, co se vadnych disku tyce, ale sam se neprida, je treba zaradit disk do zpoolu jako spare a je jedno, zda tam jiz byl jako hotspare, nebo se prida pozdeji.

Pokud ma disk jako spare, rebuild jiz probyha automaticky, neni problemvymenit i podezrely disk, tim, ze se prohlasi z vadny, myslim ze jsem tam videl i volbu replace, pro bezvypadkovou vymenu (snad si to nepletu s netappem, kde tohle je). Pouziva se v dobe, kdy mi SMART hlasi ze ma disk mnoho remapovanych sektoru a vim, ze odejde.

ZFS ma ale 2 velke bolesti, nemoznost rozsirit raid-z o dalsi disky, mimo spares a nema opravny nastroj. Videl jsem zhrouceny ZFS, byl na FC externim raid poli, tedy chyba HW vyloucena, na data se nedalo dostat, proste nesel inicializovat a bylo vymalovano ... opravny nastroj se neplanuje, tedy za me ZFS nikdy

[4] Na nutnost nastroje bylo upozornovano uz na nekolika developer konferencich. Jediny takovy je zpool scrub a zdbg a to je pro hardcore znalce a recovery firmy.
Prvni verze ZFS mely hodne neprijemne chyby kdy neslo na importovat nakopnuty pool ani jen pro cteni kvuli par zmenenym bajtum na kritickych mistech. Dnes uz je to opravene.
Pokud se bavime o zfs je vzdy vhodne uvadet verzi poolu a zfs filesystemu kde se chyba vyskytla.

Jinak backup backup backup. A to vysypat si snapshot a nebo jeste lepe po souborech - pravidlo vylouceni chyby ve fs.
Problem co popisujes se muze stat na jakkemkoliv FS. Pri vylozene hloupych logickych chybach se mohou poskodit vsechny kopie metadat. Je jednodussi to nahrnout z pasek a nechat bezet system z jine lokace z jineho pole nez se snazit to opravit.

raid-z se da nafouknout tak ze do jiz existujiciho poolu das dalsi raid-z. ale to asi neni cos chtel;)

Vice stve ze nemuzes odendat disk z poolu pokud zakos ma velke oci a zjistil ze nepotrebuje nezaplnenych 70TB a zbytecne za ne plati. Je to pomerne casty pripad v produkci.
No a tak to chce zmensit. Pritom vyhoda zfs je ze na rozdil od klasicke kombinace volume manager+fs vi kde data ma. Takze si muze zkontrolovat jestli ma volno a po pozadavku na odpojeni disku zacit presouvat data do zbytku poolu.

Zel neda se to ted resit jinak nez odpojenim s odstavkou coz je hodne drahe a navic platis dalsich v jednu chvili treba 70 + 30TB kvuli presunu.

Zajímalo by mě, k čemu by ZFS mělo mít opravný nástroj. fsck přece původně vzniklo proto, že "klasické" unixové fs měly by design problém s konzistencí v případě, že systém havaroval v nevhodný okamžik. Takový stav nebylo složité zjistit při skenováni fs a dal se i celkem snadno opravit, takže vznikl fsck, který tohle řešil. Občas mám pocit, že lidi mají tendence přikládat fsck téměř nadpřirozené schopnosti, ale většinou je z toho vyléčí první spuštění fsck na opravdu poškozeném fs...

Každopádně ZFS žádný takový jednoduchý designový problém nemá, takže nevím, k čemu by se ten "opravný nástroj" měl používat? Je jasné, že prakticky cokoli ve vesmíru se může rozbít ale obávám se, že způsoby rozbití ZFS jsou tak unikátní, že je dost nereálné řešit je nějakým univerzálním nástrojem.

2 Izak:
"byl na FC externim raid poli, tedy chyba HW vyloucena" - neměl byste tolik věřit reklamám:-)