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í
×

dnes 19:00 | Komunita

Na Humble Bundle lze získat počítačovou hru Sanctum 2 (Wikipedie, YouTube) běžící také v Linuxu zdarma. Speciální akce končí v sobotu v 19:00.

Ladislav Hagara | Komentářů: 0
dnes 15:44 | Komunita

Projekt LiMux skončil. Mnichov se vrací k Windows. Rada města na svém včerejším zasedání schválila migraci všech počítačů na Windows 10 do roku 2020.

Ladislav Hagara | Komentářů: 16
dnes 08:00 | Pozvánky

V Praze dnes probíhá konference Internet a Technologie 17.2 pořádaná sdružením CZ.NIC. Sledovat ji lze online. K dispozici je také archiv předchozích konferencí. Sdružení nedávno vydalo bezpečnostní pexeso. Ke stažení jako pdf pod licencí CC BY-NC-SA.

Ladislav Hagara | Komentářů: 0
dnes 07:22 | Nová verze

Byla vydána verze 10.2 a krátce na to opravná verze 10.2.1 open source alternativy GitHubu, tj. softwarového nástroje s webovým rozhraním umožňujícího spolupráci na zdrojových kódech, GitLab (Wikipedie). Představení nových vlastností v příspěvku na blogu a na YouTube.

Ladislav Hagara | Komentářů: 16
dnes 06:22 | Pozvánky

V úterý 28. listopadu se v Brně koná již 4. přednáškový večer Ruby Stories. Těšit se můžete na témata jako TDD, hybridní mobilní aplikace či programování v Elixiru. Více informací na Facebooku nebo se rovnou registruj na Eventbrite. Na místě bude zdarma drink a lehké občerstvení, tak dorazte.

ondrej-zadnik | Komentářů: 0
dnes 06:11 | Pozvánky

V úterý 28. 11. 2017 bude další Prague Containers Meetup. DC/OS a Mesos vás provede Mesosphere's Developer Advocate Matt Jarvis.

little-drunk-jesus | Komentářů: 0
včera 14:44 | Komunita

Mozilla.cz informuje, že Firefox bude možná upozorňovat na úniky vašich hesel. V Mozille prototypují upozorňování na únik informací o vašem účtu, pokud se na seznamu Have I been pwned? objeví služba, ke které máte ve Firefoxu uložené přihlašovací údaje. Informace se objevila v pravidelném newsletteru o vývoji Firefoxu.

Ladislav Hagara | Komentářů: 6
včera 00:22 | Bezpečnostní upozornění

Společnost ZONER informuje o bezpečnostním incidentu, při kterém došlo ke zcizení a zveřejnění části přihlašovacích údajů zákazníků k elektronické poště a webhostingu CZECHIA.COM.

Ladislav Hagara | Komentářů: 1
22.11. 23:44 | Nová verze

Byla vydána nová stabilní verze 1.13 (1.13.1008.32) webového prohlížeče Vivaldi (Wikipedie). Z novinek vývojáři zdůrazňují možnost zobrazení otevřených i uzavřených listů pomocí ikonky Okno na postranní liště a vylepšené stahování (YouTube). Nejnovější Vivaldi je postaveno na Chromiu 62.0.3202.97.

Ladislav Hagara | Komentářů: 11
22.11. 20:55 | Nová verze

Byla vydána verze 2017.3 dnes již průběžně aktualizované linuxové distribuce navržené pro digitální forenzní analýzu a penetrační testování Kali Linux. Aktualizovat systém lze pomocí příkazů "apt update; apt dist-upgrade; reboot". Z novinek lze zmínit 4 nové nástroje: InSpy, CherryTree, Sublist3r a OSRFramework.

Ladislav Hagara | Komentářů: 2
Jak se vás potenciálně dotkne trend odstraňování analogového audio konektoru typu 3,5mm jack z „chytrých telefonů“?
 (9%)
 (1%)
 (1%)
 (1%)
 (75%)
 (14%)
Celkem 766 hlasů
 Komentářů: 37, poslední 21.11. 15:21
    Rozcestník

    Dotaz: ZFS snapshoty - kolik zabírají?

    16.3.2012 16:37 JanM | skóre: 28
    ZFS snapshoty - kolik zabírají?
    Přečteno: 289×
    Zdravím přítomné,

    tušíte někdo jak spočítat, kolik bajtů se uvolní při smazání konkrétního snapshotu na ZFS?
    # zfs snapshot srv/tracks@01
    # zfs list -t snapshot | grep tracks
    srv/tracks                                        29K   155G    29K  /srv/tracks
    srv/tracks@01                                       0      -    29K  -
    # dd if=/dev/zero of=/srv/tracks/file01 bs=1024 count=1000
    1000+0 records in
    1000+0 records out
    1024000 bytes (1.0 MB) copied, 0.0748983 s, 13.7 MB/s
    # snapshot srv/tracks@02
    # zfs list -t all | grep tracks
    srv/tracks                                      1.06M   155G  1.03M  /srv/tracks
    srv/tracks@01                                     26K      -    29K  -
    srv/tracks@02                                       0      -  1.03M  -
    # dd if=/dev/zero of=/srv/tracks/file02 bs=1024 count=1000
    1000+0 records in
    1000+0 records out
    1024000 bytes (1.0 MB) copied, 0.0730653 s, 14.0 MB/s
    # rm /srv/tracks/file01
    # zfs list -t all | grep tracks
    srv/tracks                                      2.08M   155G  2.03M  /srv/tracks
    srv/tracks@01                                     26K      -    29K  -
    srv/tracks@02                                     27K      -  1.03M  -
    # zfs snapshot srv/tracks@03
    # zfs list -t all | grep tracks
    srv/tracks                                      2.09M   155G  1.03M  /srv/tracks
    srv/tracks@01                                     26K      -    29K  -
    srv/tracks@02                                   1.03M      -  1.03M  -
    srv/tracks@03                                       0      -  1.03M  -
    
    Až potud celkem fajn, dataset srv/tracks zabírá 2.09 MB, což obsahuje file01 v @02 a file02 v @03. Aktuální velikost datasetu je 1.03 MB, neb file01 byl již smazán.
    # zfs destroy srv/tracks@02
    # zfs list -t all | grep tracks
    srv/tracks                                      1.06M   155G  1.03M  /srv/tracks
    srv/tracks@01                                     27K      -    29K  -
    srv/tracks@03                                       0      -  1.03M  -
    # zfs snapshot srv/tracks@04
    # zfs list -t all | grep tracks
    srv/tracks                                      1.06M   155G  1.03M  /srv/tracks
    srv/tracks@01                                     27K      -    29K  -
    srv/tracks@03                                       0      -  1.03M  -
    srv/tracks@04                                       0      -  1.03M  -
    # zfs snapshot srv/tracks@05
    # zfs list -t all | grep tracks
    srv/tracks                                      1.06M   155G  1.03M  /srv/tracks
    srv/tracks@01                                     27K      -    29K  -
    srv/tracks@03                                       0      -  1.03M  -
    srv/tracks@04                                       0      -  1.03M  -
    srv/tracks@05                                       0      -  1.03M  -
    
    Pokud nyní odstraním snapshoty @03, @04 a @05, nic neušetřím, neb soubor file02 stále existuje v srv/tracks.
    # rm /srv/tracks/file02
    # zfs list -t all | grep tracks
    srv/tracks                                      1.06M   155G  1.03M  /srv/tracks
    srv/tracks@01                                     27K      -    29K  -
    srv/tracks@03                                       0      -  1.03M  -
    srv/tracks@04                                       0      -  1.03M  -
    srv/tracks@05                                       0      -  1.03M  -
    
    Pokud nyní odstraním snapshoty @03, @04 a @05, ušetřím 1.03 MB prostoru. Jak to ale zjistit z výpisu zfs list -t snapshot, když i v předchozím kroku zobrazil stejné informace?
    # for i in 03 04 05; do zfs destroy srv/tracks@$i; done
    # zfs list -t all | grep tracks
    srv/tracks                                        56K   155G    29K  /srv/tracks
    srv/tracks@01                                     27K      -    29K  -
    
    Ať se dívám, jak se dívám, spolehlivě se nedá vyčíst, kolik místa ušetřím smazáním nějakého snapshotu.

    Nebo někdo zná nějaký fígl?

    Odpovědi

    blami avatar 17.3.2012 02:49 blami | skóre: 29 | Praha
    Rozbalit Rozbalit vše Re: ZFS snapshoty - kolik zabírají?
    Nesedim ted u Solarisu a tudiz varim z vody, ale zkusil bych zfs list -t all -o size. Z toho vypisu by to melo jit vycist.
    19.3.2012 20:31 JanM | skóre: 28
    Rozbalit Rozbalit vše Re: ZFS snapshoty - kolik zabírají?
    Hm, nevím, hledal jsem hledal, ale buď špatně anebo to není možné.

    Existuje "used" a "refer", přičemž ta první se odkazuje na velikost dat skutečně alokovanou konkrétnímu snapshotu, ta druhá vlastnost popisuje velikost souborového systému v okamžiku vytvoření snapshotu.

    Takže "used" by měla být to pravé, nicméně to nefunguje v případě, kdy jsou data obsažena ve dvou snapshotech (celkem logicky), ale v aktuálním souborovém systému již chybí. V takovém případě je "used" stále nulové. Stačí však smazat jeden snapshot a náhle se "used" toho zbývajícího rovná velikosti již smazaných dat.

    Chtělo by to nějakou utilitku, která by zvládla spočítat a hlavně nějak prezentovat, kolik dat by se dalo ušetřit promazáním některých snapshotů.

    Tzn., že by musela zjistit, která data již neexistují v souborovém systému a kterými snapshoty jsou sdílena. Pak to seřadit dle velikosti a/nebo počtu sdílejících snapshotů.

    Možná by se dal využít "zfs diff", nicméně ten zatím pro ZFS on Linux nebyl implementován.

    P.S. Řeším to proto, že při zaplnění záložního disku se mi nezdá nejlepší varianta mazat automaticky nejstarší snapshoty, ale spíše identifikovat ty objemné, a buď tyto smazat, anebo naklonovat a smazat jen příslušné soubory a znovu rsyncem vytvořit i snapshoty následné, avšak bez inkriminovaných souborů. Trochu overkill.

    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.