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 12:55 | Nová verze

The Document Foundation oznámila na svém blogu vydání verze 5.4 svobodného kancelářského balíku LibreOffice. Z novinek lze zmínit například podporu podepisování ODF dokumentů pomocí OpenPGP klíčů. Podrobnosti v poznámkách k vydání a na YouTube.

Ladislav Hagara | Komentářů: 0
dnes 12:11 | Zajímavý článek

Bylo vydáno (pdf) již šedesáté číslo stostránkového anglicky psaného časopisu MagPi věnovanému Raspberry Pi a projektům postaveným na tomto jednodeskovém počítači. K dispozici je také jako papírový časopis za 5,99 £.

Ladislav Hagara | Komentářů: 1
dnes 02:44 | Nová verze

Byl vydán Sway ve verzi 0.14. Přehled opravených chyb, změn a novinek v nejnovější verzi tohoto dlaždicového (tiling) správce oken pro Wayland kompatibilního s i3 na GitHubu. Do vývoje se zapojilo 12 vývojářů [reddit].

Ladislav Hagara | Komentářů: 0
včera 22:33 | Nová verze

Byla vydána verze 4.0 svobodného systému pro detekci a prevenci průniků a monitorování bezpečnosti počítačových sítí Suricata (Wikipedie). Přehled novinek v poznámkách k vydání a v aktualizované dokumentaci. Ve dnech 15. až 17. listopadu proběhne v Praze konference vývojářů a uživatelů Suricaty SuriCon 2017.

Ladislav Hagara | Komentářů: 0
včera 17:11 | Nová verze

Byla vydána dvaadvacátá alfa verze svobodné historické realtimové strategie 0 A.D. (Wikipedie). Kódový název této nejnovější verze je Venustas. Představení novinek také na YouTube.

Ladislav Hagara | Komentářů: 3
včera 11:33 | Zajímavý článek

Radek Vokál v článku Boltron – náhled modulárního operačního systému (en) na MojeFedora.cz představuje a informuje o možnosti vyzkoušet si Boltron, prototyp modulární distribuce. Pro Fedoru 26 je k dispozici testovací docker kontejner, který obsahuje modifikovanou verzi správce balíčků DNF, který na pozadí pracuje s moduly.

Ladislav Hagara | Komentářů: 3
včera 07:00 | Nová verze

ZFS on Linux, tj. implementace OpenZFS (Wikipedie) na Linuxu, byl vydán ve verzi 0.7.0. Přehled novinek v diskusním listu zfs-announce nebo na GitHubu. Nejnovější ZFS on Linux je kompatibilní s Linuxem 2.6.32 až 4.12.

Ladislav Hagara | Komentářů: 0
včera 01:44 | IT novinky

V Las Vegas končí bezpečnostní konference Black Hat USA 2017 (Twitter) a začíná bezpečnostní konference DEF CON 25 (Twitter). V rámci Black Hat budou vyhlášeny výsledky letošní Pwnie Awards (Twitter). Pwnie Awards oceňují to nejlepší, ale i to nejhorší z IT bezpečnosti (bezpečnostní Oscar a Malina v jednom). V kategorii "Lamest Vendor Response" byl například nominován také Lennart Poettering za jeho přístup k řešení bezpečnostních chyb v systemd, viz například chyba s uživatelem 0day.

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

Nitay Artenstein z Exodus Intelligence se v příspěvku na blogu společnosti podrobně věnuje bezpečností chybě Broadpwn (CVE-2017-9417). Její analýzu provedl také Zhuowei Zhang na blogu Booster Ok. Jedná se o chybu ve firmwaru Wi-Fi chipsetů BCM43xx od Broadcomu. Útočník může vzdáleně získat kontrolu nad zařízením. Chyba byla již opravena v macOS, iOS i Androidu [Hacker News].

Ladislav Hagara | Komentářů: 4
26.7. 22:55 | IT novinky

Intel končí s vývojovými deskami Joule, Edison, Galileo a také s Arduino 101 a Curie.

Ladislav Hagara | Komentářů: 1
Těžíte nějakou kryptoměnu?
 (5%)
 (2%)
 (20%)
 (74%)
Celkem 133 hlasů
 Komentářů: 8, poslední včera 21:30
    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: 288×
    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.