Zsys Ubuntu 20.04 pridáva snímky ZFS do správy balíkov [Aktualizované]

Vlani v októbri experimentálny ZFS inštalatér sa objavil v Eoan Ermine, druhom dočasnom vydaní Ubuntu v roku 2019. Budúci mesiac má Focal Fossa – ďalšie vydanie Ubuntu LTS (Long Term Support) – spadnúť a zachováva si inštalačný program ZFS a zároveň pridáva niekoľko nových funkcií do správy systému Ubuntu s novorodencom zsys balík.

Phoronix nahlásené tento víkend to zsys teraz robí snímky pred operáciami správy balíkov, preto sme sa rozhodli nainštalovať najnovšiu dennú zostavu Ubuntu 20.04 a zistiť, ako nová funkcia funguje.

Vezmite Focal Fossa na rýchlu rotáciu

Focal sa inštaluje podobne ako akékoľvek iné vydanie Ubuntu, ale zachováva si inštalačný program ZFS 19.10 – ktorý je stále skrytý za „pokročilými funkciami“ a stále je označený ako experimentálny. Po výbere inštalácie ZFS dáte súhlas s výsledným rozložením oddielov – s jedným primárnym oddielom pre zavádzanie UEFI a tromi logickými oddielmi pre odkladací priestor, spúšťací fond ZFS a koreňový fond ZFS. O niekoľko minút neskôr máte inštaláciu Ubuntu.

Rýchly pohľad pod kapotu

Po inštalácii Fossa sme najprv overili nainštalovanú verziu zsys. The apt snímky správy boli pridané veľmi nedávno vo verzii 0.4.1 a naučili sme sa nebrať ako samozrejmosť to, čo je nainštalované v denných verziách beta alebo pred beta verzií distribúcií Linuxu. Zsys bol v skutočnosti už štandardne nainštalovaný a mal verziu 0.4.1.

Na čerstvo nainštalovanom systéme ešte neboli žiadne snímky, tak sme to urobili rýchlo apt install gimp. Potom sme to videli zsys urobil snímku každého súboru údajov prítomných na rpool. Vytvorenie snímky pred inštaláciou nových balíkov znamená, že ak sa niečo pokazí, môžeme jednoducho vrátiť systém do stavu pred inštaláciou nového balíka. Rozdelenie systému do toľkých rôznych súborov údajov zase znamená, že môžeme vrátiť späť iba tie časti systému. ovplyvnené správcom balíkov – balíky môžeme napríklad vrátiť späť bez ovplyvnenia údajov v domovskom adresári používateľa.

Po inštalácii gimp a keď sme videli dostupné nové snímky, pokúsili sme sa nainštalovať druhý balík. Jeden apt install pv neskôr sme znova skontrolovali snímky. Aj keď sme stále našli snímky urobené pred inštaláciou gimp, neboli k dispozícii žiadne nové snímky, ktoré by sme mohli vrátiť späť pv inštalácia. Po niekoľkých ďalších experimentálnych inštaláciách a odstránení bez nových snímok sme začali grep-prechádzame cez /etc adresár, aby ste zistili prečo.

In apt.conf.d nájdeme konfiguračný súbor s názvom 90_zsys_system_autosnapshot ktorý pridáva predinštalačný hák dpkg. Tento predinštalačný hákový hovor zsys-system-autosnapshot pred vykonaním akýchkoľvek zmien v systéme balíkov. Neboli sme si istí, prečo sme nezískali žiadne nové snímky, a tak sme skúsili bežať zsys-system-autosnapshot priamo – stále žiadna nová snímka.

Keď sme sa potom pozreli na zsys-system-autosnapshot dôvod, prečo neboli urobené žiadne nové snímky, bol zrejmý. Do tohto skriptu je zabudovaný minimálny interval, takže ak od posledného zhotovenia snímok uplynulo menej ako 20 minút, ukončí sa bez akejkoľvek činnosti.

O tejto funkcii minimálneho intervalu dosť pochybujeme. Na jednej strane, keď nazhromaždíte niekoľko tisíc snímok, môžete začať vidieť problémy s výkonom súborového systému. Na druhej strane predpokladáme a veľa problémových inštalácií balíkov, ktoré týmto spôsobom nie sú pokryté snímkami.

Zsys je stále vo vývoji

Mali by sme si to všimnúť zsys ešte nie je ani zďaleka dokončená. Tento nástroj sľubuje všetky druhy pridanej funkčnosti a už je užitočný – stále mu však chýba toľko leštenia, ktoré budú musieť bežní používatelia vidieť.

To vidíme zsys označuje tieto automaticky generované snímky ako „stav systému“ – a to zsysctl save urobí tieto snímky a zsysctl show nám poskytne prehľad na vysokej úrovni o tom, aké súbory stavov boli uložené. Ale neexistuje žiadna korešpondencia zsysctl load Napriek tomu, a kým to tak nie je, pokusy použiť tieto uloženia na skutočné zotavenie z katastrofy ostanú o niečo „odbornejšími“ operáciami, než by mali byť.

Inštalačný program ZFS Ubuntu rozdelí základný systém do neuveriteľných 21 samostatných súborov údajov, takže zsys naozaj potrebuje asistenta návratu na vysokej úrovni. Je dosť jednoduché vrátiť späť akúkoľvek individuálnu množinu údajov pomocou zfs samotný príkaz – napr. zfs rollback rpool/USERDATA/jim_v1qce1@autosys_pmxbuj– nepredpokladáme však, že by sa používatelia pri navigácii v takýchto príkazoch dobre zabávali.

Plne očakávame zsysctl na pridanie funkcií pre jednoduchšie vrátenia späť. Ešte to tu nie je – aspoň nie bez toho, aby ste to povolili GRUB boot menu a reštartovanie.

Aktualizácia: Obnovenie stavu systému pomocou ponuky GRUB pri zavádzaní

Hoci zsysctl nevystavuje schopnosť načítania stavu, keď je systém spustený, tieto funkcie sú prítomné v čase zavádzania v ponuke GRUB. Na pracovnej ploche Ubuntu s predvolenými nastaveniami je však ťažké získať ponuku GRUB na načítanie na príkaz – stlačenie klávesu sa líši v závislosti od zavádzania UEFI alebo BIOSu a načasovania kockatý. Nikdy sa nám nepodarilo odkryť ponuku, aby vôbec fungovala na našom VM, kde je čas spustenia extrémne rýchly.

Ponuku môžete odkryť a dať si pár sekúnd na to, aby ste na ňu odpovedali úpravou predvolených nastavení GRUB pomocou sudo nano /etc/default/grub. Po nastavení GRUB_TIMEOUT_STYLE do menu radšej než hiddena dajte si pár sekúnd, aby ste na to zareagovali GRUB_TIMEOUT=5, budete musieť vydať sudo update-grub aplikujte svoje zmeny. Uvidíte kozmetickú chybu z os-prober keď to urobíte, ale nebojte sa – je to tak neškodnýa vaša aktualizácia sa skutočne použila.

Keď skutočne uvidíme ponuku GRUB, môžeme prejsť do histórie a zobraziť výber uložených stavov. Pre každý stav máme možnosť vrátiť buď iba systém, alebo systémové a používateľské údaje – používateľské údaje, aspoň zatiaľ, čo znamená iba domovské adresáre. Bohužiaľ neexistuje žiadna možnosť vrátiť sa späť iba užívateľské údaje. Pre každú možnosť môžete tiež vybrať, či sa má spustiť normálne alebo v režime obnovenia.

Mali sme k dispozícii štyri uložené stavy a rozhodli sme sa rozdeliť stred a vrátiť iba stav systému, dva snímky späť. Po dokončení zavádzania systému – čo trvalo o niečo dlhšie ako normálne – sme sa znova pozreli pod kapotu súborového systému.

Prípojné body systému nevyzerali nijako inak – ale bližší pohľad ukázal, že zavádzacie prostredie má stále pripojené nejaké snímky ZFS, čo by za normálnych okolností nebolo. Vyzerá to ako zlyhanie pri uprataní trochy „kúzla“, ktoré sa dialo počas tohto obdobia GRUB pretože snímky sú pripojené len na čítanie, v ich normálnom režime .zfs produkčný súborový systém by na ne narazil.

Ešte dôležitejšie je, že to môžeme vidieť GRUB a zsys vytvoril úplne nový menný priestor v rámci hierarchie ZFS, rpool/ROOT/ubuntu_6doptv. Stále zavádzame z rovnakého menného priestoru, s ktorým sme začínali...ubuntu_w01csd—ale naše dve staršie sady snímok alebo stavov systému boli presunuté do novšieho menného priestoru.

Výsledkom je, že sa nezdá, že návrat k predchádzajúcemu stavu systému bol deštruktívnou operáciou. zfs rollback normálna prevádzka by bola. Začali sme so štyrmi sadami snímok a po tom, ako sme sa vrátili k staršej, sme mali stále k dispozícii štyri sady snímok.

Odvoz odpadu

Hoci je to stále rozhodne alfa – a v skutočnosti ešte nie je spojené s prevádzkou –zsys má tiež zariadenie na automatické orezávanie zastaraných snímok. The zsys Tím sa opäť rozhodol ignorovať existujúcu terminológiu ZFS a nazval túto službu „zber odpadu“ namiesto toho, aby ju pomenoval ako niečo spoločné so samotnými snímkami.

Zdá sa, že reštart etymológie tu pramení z túžby prinútiť používateľov premýšľať v pojmoch vyššej úrovne, ktoré zahŕňajú viacero zoskupených snímok. Nie sme si celkom istí, ako to vnímame. Správne zaobchádzanie môže skutočne znížiť zmätok koncového používateľa. Typy systémových administrátorov – či už príležitostných alebo profesionálnych – im však s väčšou pravdepodobnosťou bráni vrstva nejasností medzi skriptovaním a realitou. A práve teraz sa chystajú iba typy správcov systému pozri ktorúkoľvek z týchto vecí, pretože je to ďalšia najlepšia vec, ktorú nemožno objaviť.

Skutočné zariadenie sa volá príkazom zsysctl service gc -a, ktorá vykonáva odvoz odpadu na všetkých zsys menné priestory prítomné v systéme. Ak príkaz spustíte sami na relatívne novom systéme, pravdepodobne sa nič nestane. Nezničí žiadne snímky, pokiaľ ich nie je prítomných minimálne 20, potom ich preriedi podľa veku.

Odvoz odpadu pravidlá je v súčasnosti konfigurovateľný predtým zsys kompilácia, ale po inštalácii je nedostupná – zostavenie balíka napevno zakóduje jeho hodnoty do súboru zsys dvojhviezdy. V súčasnosti sú tieto parametre pre koncových používateľov a správcov nedostupné.

Ako vývojár Ubuntu Didier Roche vysvetlil na Twitteri sa systémy Ubuntu 20.04 nespúšťajú automaticky zsysctl service gc ešte. Roche dôrazne odporúča, aby tento príkaz zatiaľ nikto nespúšťal na žiadnom produkčnom systéme, pretože ide o funkciu ničenia dát, ktorá je stále vo verzii alfa. Akonáhle bude mať viac času na testovanie a vývoj, a systemd bude pridaný časovač, ktorý ho bude pravidelne volať.