abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    včera 20:44 | Nová verze

    Svobodný a otevřený multiplatformní editor EPUB souborů Sigil (Wikipedie, GitHub) byl vydán ve verzi 2.5.0. Stejně tak doprovodný vizuální EPUB XHTML editor PageEdit (GitHub).

    Ladislav Hagara | Komentářů: 0
    včera 12:22 | IT novinky

    Na základě národního atribučního procesu vláda České republiky označila Čínskou lidovou republiku za zodpovědnou za škodlivou kybernetickou kampaň proti jedné z neutajovaných komunikačních sítí Ministerstva zahraničních věcí ČR. Tato škodlivá aktivita, která trvala od roku 2022 a zasáhla instituci zařazenou na seznam české kritické infrastruktury, byla provedena kyberšpionážní skupinou APT31, veřejně spojovanou se zpravodajskou službou Ministerstvo státní bezpečnosti (MSS).

    Ladislav Hagara | Komentářů: 16
    včera 00:11 | Nová verze

    Google Chrome 137 byl prohlášen za stabilní. Nejnovější stabilní verze 137.0.7151.55 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 11 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.

    Ladislav Hagara | Komentářů: 1
    27.5. 19:22 | Nová verze

    Byl vydán AlmaLinux OS 10 s kódovým názvem Purple Lion. Podrobnosti v poznámkách k vydání. Na rozdíl od Red Hat Enterprise Linuxu 10 nadále podporuje x86-64-v2.

    Ladislav Hagara | Komentářů: 1
    27.5. 15:11 | Nová verze

    Byl vydán Mozilla Firefox 139.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 139 je již k dispozici také na Flathubu a Snapcraftu.

    Ladislav Hagara | Komentářů: 8
    27.5. 10:44 | Komunita

    Byly publikovány výsledky průzkumu mezi uživateli Blenderu uskutečněného v říjnu 2024. Zúčastnilo se více než 7000 uživatelů. Téměř 93 % z nich například používá uživatelské rozhraní v angličtině.

    Ladislav Hagara | Komentářů: 17
    26.5. 23:55 | Zajímavý článek

    Lukáš Růžička v článku RamaLama aneb vyháníme lamy na vlastní louku na MojeFedora.cz představuje open source nástroj RamaLama umožňující spouštět jazykové modely v izolovaných OCI kontejnerech, a to bezpečně, bez potřeby mít root přístup k počítači, s podporou GPU či CPU a bez zbytečných obtížností kolem.

    Ladislav Hagara | Komentářů: 2
    26.5. 22:55 | Nová verze

    Byl vydán Sublime Text 4 Build 4200. Sublime Text (Wikipedie) je proprietární multiplatformní editor textových souborů a zdrojových kódů. Ke stažení a k vyzkoušení je zdarma. Pro další používání je nutná licence v ceně 99 dolarů. Spolu se Sublime Merge je cena 168 dolarů.

    Ladislav Hagara | Komentářů: 0
    26.5. 18:00 | Nová verze

    Multiplatformní open source voxelový herní engine Luanti byl vydán ve verzi 5.12.0. Podrobný přehled novinek v changelogu. Původně se jedná o Minecraftem inspirovaný Minetest v říjnu loňského roku přejmenovaný na Luanti.

    Ladislav Hagara | Komentářů: 0
    26.5. 16:11 | Nová verze

    Armbian, tj. linuxová distribuce založená na Debianu a Ubuntu optimalizovaná pro jednodeskové počítače na platformě ARM a RISC-V, ke stažení ale také pro Intel a AMD, byl vydán ve verzi 25.5. Přehled novinek v Changelogu.

    Ladislav Hagara | Komentářů: 0
    Jaký je váš oblíbený skriptovací jazyk?
     (55%)
     (31%)
     (8%)
     (3%)
     (0%)
     (0%)
     (3%)
    Celkem 149 hlasů
     Komentářů: 12, poslední včera 18:42
    Rozcestník

    Dotaz: Přesunutí BTRFS snapshotu na jiné místo

    3.7.2024 10:05 Milan Uhrák | skóre: 31 | blog: milan_at_ABC
    Přesunutí BTRFS snapshotu na jiné místo
    Přečteno: 710×
    Zdravím všechny ...

    Při návrhu diskových adresářů jsem asi vycházel z mylných předpokladů, a tak jsem stvořil příšeru. Nyní bych chtěl přejít na (asi) rozumnější uspořádaní, ale hledání v google nevedlo k žádoucím odpovědím ... tedy našly se otázky, jak přesunou snapshot na JINÝ disk.

    Protože mám dojem, že se tady pohybují znalci btrfs, zeptám se česky tady.

    Mám struktutu :
    -baseweb
      -web
      -snap20240513
      -snap20240602
    atd ...
    a moje představa je teď :-D
    -web
    -snapshots
      -web
        -snap20240513
        -snap20240613
    Tedy data budou ve svých adresářích ( subvolumes ) a snapshoty v subvolume snapshots. Tuto změnu bych rád provedl v rámci jednoho disku, se zachováním dat a pokud možno i těch snapů. Možná je řešení triviální, ale btrfs důkladně neznám, tak se raději nejdříve zeptám vás.

    Děkuji za nápomocné odpovědi ..

    Řešení dotazu:


    Odpovědi

    3.7.2024 10:50 Want
    Rozbalit Rozbalit vše Re: Přesunutí BTRFS snapshotu na jiné místo
    Btrfs send a receive. S použitím parametru help doufám problém nemáš. Jo, jenom musím upozornit, že od určité doby je možné takhle zkopírovat jen RO snapshoty, ale není problém z nich udělat RW. Já to přesouvám nejprve do chlíva import, do názvu dám čas vytvoření RO snapshotu a do cílové struktury pak udělám RW snapshot a ten naimportovaný RO zruším (pokud ho nechci ponechat jako zálohu).
    3.7.2024 10:57 Milan Uhrák | skóre: 31 | blog: milan_at_ABC
    Rozbalit Rozbalit vše Re: Přesunutí BTRFS snapshotu na jiné místo
    Tedy chápu správně, že pro přesun v rámci jednoho disku je potřeba použít send / receive .. tozn 2 btrfs shelly, jeden sendne a druhý to bude přijímat ?
    3.7.2024 11:57 xxl | skóre: 26
    Rozbalit Rozbalit vše Re: Přesunutí BTRFS snapshotu na jiné místo
    V rámci jednoho btrfs filesystému použij btrfs subvolume snapshot ...
    3.7.2024 13:19 Andrej | skóre: 51 | blog: Republic of Mordor
    Rozbalit Rozbalit vše Re: Přesunutí BTRFS snapshotu na jiné místo

    V rámci jednoho btrfs filesystému použij mv.

    3.7.2024 19:35 xxl | skóre: 26
    Rozbalit Rozbalit vše Re: Přesunutí BTRFS snapshotu na jiné místo
    Sry, ale mv v jaké verzi?
    4.7.2024 00:06 Milan Uhrák | skóre: 31 | blog: milan_at_ABC
    Rozbalit Rozbalit vše Re: Přesunutí BTRFS snapshotu na jiné místo
    1.7.8.5.3.004
    4.7.2024 00:13 Andrej | skóre: 51 | blog: Republic of Mordor
    Rozbalit Rozbalit vše Re: Přesunutí BTRFS snapshotu na jiné místo

    A co přesně to je, taková verze?

    mv je v balíku zvaném coreutils, většinou. Obvyklá verze coreutils je momentálně 9.5.

    Záleží na tom? (Proč?)

    4.7.2024 07:14 xxl | skóre: 26
    Rozbalit Rozbalit vše Re: Přesunutí BTRFS snapshotu na jiné místo
    No protože ono to s tím přesouváním subvolumů pomocí mv není tak jednoznačné.

    Na disku /dev/sda1 vytvořím btrfs (mkfs.btrfs /dev/sda1). Mountnu top-level subvolume filesystému (mount /dev/sda1 /mnt/t -o subvol=/). Vytvořím další subvolumy (btrfs subvolume create /mnt/t/{a,b,c}. Mountnu subvolume toho stejného filesystému (mount /dev/sda1 /mnt/a -o subvol=/a). Když teď přesunu subvolume pomocí mv, tak mv /mnt/t/b /mnt/t/a/ funguje, zatímco mv /mnt/t/c /mnt/a/ nefunguje. Resp. ono funguje oboje (ve smyslu, že to něco udělá a nehlásí to chybu), akorát to c už po přesunu není subvolume, ale je to adresář.
    5.7.2024 18:44 Andrej | skóre: 51 | blog: Republic of Mordor
    Rozbalit Rozbalit vše Re: Přesunutí BTRFS snapshotu na jiné místo
    Mountnu subvolume toho stejného filesystému (mount /dev/sda1 /mnt/a -o subvol=/a).

    Ano, souhlasím, že tenhle případ nefunguje správně. mv na jedné straně správě rozezná, že se jedná o stejný adresář / subvolume, a to i skrz explicitní mount point. Na druhé straně ale nerozezná možnost přesouvat skrz různé explicitní mount pointy efektivně. To je ošklivé.

    Moje doporučení je nepoužívat explicitní mount pointy pro subvolume, pokud to jenom trochu jde. Znám případy, kdy to nejde: Když mám několik distribucí na jednom Btrfs a mám například subvolume /root_arch a /root_fedora a k nim /var/arch a /var/fedora (mountované dle potřeby jako / a /var). Nebo když nějaký backup systém na automatické snapshotování / verzování celého stromu používá různé dynamické názvy svých snapshotů, které automaticky vybírá a mountuje do známých názvů.

    V takových situacích bohužel bude mv dělat brute-force kopie. (Na druhé straně: třeba mv mezi / a /var je podivný případ a všude možně jinde bych měl mít implicitní mount pointy (například mám-li ve svém /home pár subvolume, „mezi kterými“ (obrazně řečeno; v reálu nemají hierarchii) bych chtěl přesouvat jiné subvolume).)

    Tady je názorně ten problém s brute-force kopií způsobenou explicitním mount pointem na subvolume:

    btrfs subvolume create sub{1{,/{a,b}},2}
    mkdir mnt{1,2}
    
    { IFS='[ ]' read -r device subvolume _; read -r mountpoint; } < <(
        until findmnt -cfnoSOURCE -dbackward .; do cd ..; done
        echo "$PWD")
    
    mount -o subvol="${subvolume}${PWD#"${mountpoint}"}/sub1" "$device" mnt1
    mount -o subvol="${subvolume}${PWD#"${mountpoint}"}/sub2" "$device" mnt2
    
    mv sub1/a mnt1/  # mv: 'sub1/a' a 'mnt1/a' jsou jeden a tentýž soubor
    mv sub1/a mnt2/  # OK <<< POZOR, brute-force kopie!
    mv sub2/a sub1/  # OK <<< POZOR, brute-force kopie! (sub2/a je už jen adresář)
    mv sub1/b sub2/  # OK <<< zachová subvolume
    mv sub2/b sub1/  # OK <<< zachová subvolume
    
    umount mnt{1,2}
    rmdir mnt{1,2}
    
    btrfs subvolume delete sub1/a  # ERROR: Not a Btrfs subvolume: Invalid argument
    btrfs subvolume delete sub{2,1{/b,}}
    
    Řešení 1× (Milan Uhrák (tazatel))
    3.7.2024 13:12 Andrej | skóre: 51 | blog: Republic of Mordor
    Rozbalit Rozbalit vše Re: Přesunutí BTRFS snapshotu na jiné místo
    …jeden sendne a druhý to bude přijímat ?

    Rozhodně NE. send a receive je potřeba pouze pro kopírování mezi různými FS; v rámci jednoho FS je to naprosto zbytečný overkill.

    Přesun a přejmenování subvolume — dle libosti!

    Subvolume lze v rámci jednoho filesystému přesouvat a přejmenovávat skoro jako běžné adresáře. Pojďme si to předvést!

    btrfs subvolume create sub1{,/a} sub2{,/b}
    ls -R sub{1,2}
    

    Jenom tak, čistě bezdůvodně, prohodíme „vnořené“ subvolume — ve skutečnostni nejsou nikam vnořené, viz níže —, nejjednoduším možným způsobem:

    mv sub2/b sub1/
    mv sub1/a sub2/
    ls -R sub{1,2}
    

    A teď to prohodíme zase zpátky, ale schválně jiným způsobem, jenom tak pro zajímavost a pro ilustraci a pro potěšení a pro zábavu a pro dobrý pocit typu „tak teď fakt používám Btrfs“:

    btrfs subvolume snapshot sub1/b sub2/b
    btrfs subvolume snapshot sub2/a sub1/a
    ls -R sub{1,2}
    btrfs subvolume delete sub1/b sub2/a
    ls -R sub{1,2}
    

    A teď ten zbývající bordel zase po sobě uklidíme:

    btrfs subvolume delete sub1{/a,} sub2{/b,}
    

    Subvolume u Btrfs ve skutečnosti nejsou „zahnízděné“!

    Klíčové pozorování z předchozí kapitoly: Zahnízdění do sub1 a sub2 je v tomto případě v podstatě zbytečné. Stejně jako jakékoliv pokusy o hierarchii subvolume.

    Na rozdíl od ZFS, který má paralelní strom subvolume, který přímo nesouvisí s adresářovým stromem souborového systému ani s mout pointy a je hierarchicý, Btrfs nic takového nemá.

    Subvolume a snapshoty v Btrfs (což je z hlediska použití skoro totéž) jsou ploché, bez hierarchie, identifikované pouze pomocí subvolid. Manuálová stránka o tom malinko mlží, ale v podstatě to tam je.

    A subvolume in BTRFS can be accessed in two ways:
    • like any other directory that is accessible to the user
    • like a separately mounted filesystem (options subvol or subvolid)
    In the latter case the parent directory is not visible and accessible. This is similar to a bind mount, and in fact the subvolume mount does exactly that.

    Tady ještě jednoduchý přehled, jak je to s tou atomicitou:

    Btrfs

    ZFS

    reprezentace subvolume z pohledu uživatele

    plochý prostor subvolid, kořenový subvolume lze nastavit pomocí set-default, ostatní mají implicitní mount pointy, které skoro (viz níže) po všech stránkách fungují jako mount -o bind, ne jako mount -o rbind

    stromovitá hierarchie subvolume, nezávislá na samotném souborovém systému, každý uzel v hierarchii má nastavitelný (implicitní) mount point, případně nemusí být namountovaný vůbec

    co představuje hierarchie subvolume

    nic; u Btrfs žádná viditelná hierarchie subvolume není; copy-on-write vztahy mezi různými subvolume a snapshoty (ať už lokálně vytvořenými nebo odzrcadlenými z receive) se uržují automaticky, bez vědomí uživatele

    vztah předek / zadek / potomek v copy-on-write hierarchii, částečně (v určitém smyslu) taky časovou osu, historii, kterou lze pomocí promote trochu přepisovat, asi jako git rebase

    rozsah atomicity snapshotů

    pouze a výhradně pro daný subvolume; další subvolume “uvnitř” jeho adresáře jsou úplně oddělené, neúčastní se snapshotů (daného subvolume), nejsou atomické v rámci snapshotů jejich “mount pointu”, prostě fungují stylem mount -o bind, ne stylem mount -o rbind.

    přes celý podstrom oddělené hierarchie subvolume, bez ohledu na jejich mount pointy a bez ohledu na to, zda jsou namountované; snapshot podstromu hierarchie subvolume je atomický přes všechny jeho pod-uzly

    subvolume a snapshot je totéž

    skoro jo, víceméně

    ne tak úplně, viz příkaz promote

    Kdo nevěří, ať tam běží!

    Cituji z manuálové stránky:

    What should be mentioned early is that a snapshotting is not recursive, so a subvolume or a snapshot is effectively a barrier and no files in the nested appear in the snapshot. Instead there's a stub subvolume (also sometimes empty subvolume with the same name as original subvolume, with inode number 2). This can be used intentionally but could be confusing in case of nested layouts.

    Tady je jednoduchý příklad (ne)atomicity (ne)hierarchických subvolume:

    btrfs subvolume create sub1{,/a}
    touch sub1/a/blah
    btrfs subvolume snapshot sub1 sub2
    

    Tedy ještě jednou: Subvolume (ani snapshoty) u Btrfs nejsou hierarchické; nefunguje to jako oddělená hierarchie subvolume u ZFS:

    ls -Rl sub{1,2}    # <<< sub2/a NENÍ subvolume a NEOBSAHUJE blah
    stat -c%i sub2/a   # <<< 2, přesně jak říká manuálová stránka!
    touch sub2/a/blah  # <<< zamítnuto! tohle není běžný adresář!
    

    Důvod, proč sub2/a není (ani) skutečný adresář (jakým by byl třeba běžný mount point) je předcházení omylům a nesrovnalostem, kdy někdo v daném adresáři buď něco očekává, nebo do něj něco zapisuje atd. Pojďme to zase uklidit! A povšimněme si, že sub2/a není třeba nijak uklízet, protože to není usbvolume:

    btrfs subvolume delete sub1{/a,} sub2
    

    Počkat! Ale co kdybychom chtěli mít také snapshot sub1/a v sub2/a? Inu, museli bychom ho odzrcadlit manuálně a neatomicky. Například:

    btrfs subvolume create sub1{,/a}
    touch sub1/a/blah
    btrfs subvolume snapshot sub1 sub2      # <<< Začátek race window!!1
    rmdir sub2/a                            # <<< Jo! Tohle jako fakt!
    btrfs subvolume snapshot sub1/a sub2/a  # <<< Konec race window!!!
    
    ls -Rl sub{1,2}       # <<< sub2/a JE subvolume a OBSAHUJE blah
    stat -c%i sub{1,2}/a  # <<< subvolid kořene (!= 2) (nedokumentováno)
    
    btrfs subvolume delete sub{1,2}{/a,}    # <<< Teď jsou obě sub{1,2}/a subvolume.
    

    V případě Btrfs se tedy atomicita snapshotů nepropaguje „přes mount point“.

    Je to důležité?

    V mnoha případech to není příliš podstatné; potřeba atomicity přes několik subvolume může svědčit o špatném návrhu adresářové struktury — například použití subvolume tam, kde by měly být obyčejné adresáře.

    Leč pravda je, že ZFS má v tomhle jednom ohledu jakousi drobnou „výhodu“ — nebo přinejmenším feature navíc.

    3.7.2024 13:52 Milan Uhrák | skóre: 31 | blog: milan_at_ABC
    Rozbalit Rozbalit vše Re: Přesunutí BTRFS snapshotu na jiné místo
    Ty jo, to je vyčerpávající jako celodenní túra..

    Moc děkuji za shrnutí toho, jak to vlastně ve skutečnosti je... no prostě jsem byl předpokakaný, protože jsem nevěděl, co si můžu dovolit. M

    3.7.2024 12:26 Milan Uhrák | skóre: 31 | blog: milan_at_ABC
    Rozbalit Rozbalit vše Re: Přesunutí BTRFS snapshotu na jiné místo
    No, já tedy nevím, jestli jste četl dotaz ... zkusil jsem prostý přesun /na snapshoty/ (mc) a funguje to taky. Top level se přečísluje z původní na novou ... jen teď nevím, jestli zůstalo stejně volného místa na disku, čili jestli se ze snaphotu nestala nějaká volně plovoucí subvoluma ... dá se to zjistit ?

    Toho přesunu jsem se bál, abych něco nedomrvil, ale nakonec to bylo rychlý.

    Teď ještě přesunout data z baseweb na web ale to asi nebude složité. Uvidíme.
    3.7.2024 16:37 Want
    Rozbalit Rozbalit vše Re: Přesunutí BTRFS snapshotu na jiné místo

    Ten dotaz byl napsán nejednoznačně. Jak uvedl Andrej, v rámci jednoho FS nic zvláštního netřeba. Ovšem v rámci jednoho disku může být těch FS více, a všechny mohou být namountované do jedné adresářové struktury a pak pochopitelně příkaz mv bude mít úplně odlišný efekt.

    10.7.2024 16:40 Milan Uhrák | skóre: 31 | blog: milan_at_ABC
    Rozbalit Rozbalit vše Re: Přesunutí BTRFS snapshotu na jiné místo
    aa ... takovou situaci jsem nepromyslel ..

    Ale děkuji, už to je přesunuté a zatím funguje.

    M

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.