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 06:00 | Humor

Adobe PSIRT (Adobe Product Security Incident Response Team) neúmyslně zveřejnil (archive) na svém blogu svůj soukromý OpenPGP klíč. Klíč byl revokován a vygenerován nový. Nelze nezmínit xkcd 1553 - Veřejný klíč.

Ladislav Hagara | Komentářů: 0
včera 20:00 | Nová verze

Byla vydána (cgit) verze 0.99 svobodného nelineárního video editoru Pitivi. Jedná se o release candidate verze 1.0. Přehled úkolů, které je nutno ještě dodělat, na Phabricatoru. Pitivi je k dispozici také ve formátu Flatpak.

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

Microsoft s Canonicalem představili linuxové jádro Ubuntu optimalizováno pro cloudové služby Microsoft Azure (linux-azure). Jako výchozí je toto menší a výkonnější jádro použito již v Ubuntu Cloud Images for Ubuntu 16.04 LTS. Canonical zatím nenabízí patchování tohoto jádra za běhu systému (Canonical Livepatch Service).

Ladislav Hagara | Komentářů: 1
včera 14:55 | Komunita

Facebook oznámil, že přelicencuje open source projekty React, Jest, Flow a Immutable.js ze své vlastní kontroverzní licence BSD+Patents na licenci MIT. Stane se tak tento týden s vydáním Reactu 16. Jedním z důvodů přelicencování bylo oznámení nadace Apache, že software pod Facebook BSD+Patents licencí nesmí být součástí produktů pod touto nadací [Hacker News].

Ladislav Hagara | Komentářů: 0
23.9. 21:44 | Nová verze

Po půl roce od vydání verze 9.0 byla vydána verze 10.0 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ářů: 0
22.9. 18:11 | Nová verze

Společnost Oracle oficiálně oznámila vydání Java SE 9 (JDK 9), Java Platform Enterprise Edition 8 (Java EE 8) a Java EE 8 Software Development Kit (SDK). Java SE 9 přináší více než 150 nových vlastností.

Ladislav Hagara | Komentářů: 0
22.9. 12:11 | Komunita

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

Ladislav Hagara | Komentářů: 2
22.9. 10:33 | Humor

Mozilla.cz upozorňuje na Knihu Mozilly (Wikipedie), tj. velikonoční vajíčko ve Firefoxu. Zobrazit jej lze zadáním about:mozilla do adresního řádku. Aktuální verze Firefoxu obsahuje proroctví 15:1 "Dvojčata Mamonu se rozhádala a jejich souboje uvrhly svět do nové tmy. Zvířeti se ale tma hnusila. A tak se stalo mrštnější a silnější, šlo vpřed a jeho počty rostly. A zvíře přineslo oheň a světlo do tmy". Firefox 57 bude obsahovat proroctví 11:14. To je zatím jenom v angličtině. Pomoci lze s překladem do češtiny.

Ladislav Hagara | Komentářů: 10
22.9. 01:22 | Zajímavý projekt
Před měsícem byla spuštěna kampaň na podporu chytrého telefonu Librem 5, jenž by měl respektovat bezpečnost, svobodu a soukromí uživatelů. Cílem kampaně je vybrat alespoň milion a půl dolarů. Aktuálně je vybráno přes 600 000 dolarů, tj. 40 %. Kampaň poběží ještě další měsíc. Podporu projektu oznámilo KDE i GNOME.
Ladislav Hagara | Komentářů: 44
22.9. 00:55 | Komunita

Agentura DISA (Defense Information Systems Agency) publikovala (pdf) Ubuntu 16.04 Security Technical Implementation Guide (STIG) (zip), tj. doporučené bezpečnostní nastavení Ubuntu 16.04. Ubuntu se tak dostalo mezi unixové operační systémy a linuxové distribuce AIX, HP-UX, Oracle Linux, Red Hat a Solaris [reddit].

Ladislav Hagara | Komentářů: 2
Těžíte nějakou kryptoměnu?
 (5%)
 (3%)
 (17%)
 (75%)
Celkem 564 hlasů
 Komentářů: 23, poslední včera 18:12
    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.