Názor ke článku COW filesystémy ZFS od Trident - [4] Na nutnost nastroje bylo upozornovano uz na...

  • 25. 10. 2014 12:03

    Trident (neregistrovaný)

    [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.