<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:media="http://search.yahoo.com/mrss/">
<channel>
<image>
<link>https://blog.root.cz/honza801/</link>
<title>Poslední přidané názory v blogu tady je fousovo</title>
<url>https://i.iinfo.cz/r/rss-88x31.gif</url>
<width>88</width>
<height>31</height>
</image>
<title>Root.cz - Poslední přidané názory v blogu tady je fousovo</title>
<link>https://blog.root.cz/honza801/</link>
<description>Poslední přidané názory v blogu tady je fousovo</description>
<language>cs</language>
<pubDate>Thu, 24 Sep 2015 07:01:16 GMT</pubDate>
<item>
<title>kterak donutit Psi, aby otevíralo url v tom správném prohlížeči</title>
<link>https://blog.root.cz/honza801/psi-url-handler-chrome/#o824076?utm_source=rss&amp;utm_medium=text&amp;utm_campaign=rss</link>
<description>$ xdg-mime default chromium.desktop x-scheme-handler/http
$ xdg-mime default chromium.desktop x-scheme-handler/https

zdroj: https://wiki.archlinux.org/index.php/Xdg-open</description>

<author>fous</author>
<pubDate>Thu, 24 Sep 2015 07:01:16 GMT</pubDate>

<guid isPermaLink="false">blog.root.cz-blogComment-824076</guid>


</item>
<item>
<title>COW filesystémy V praxi...</title>
<link>https://blog.root.cz/honza801/cow-filesystemy-v-praxi/#o824074?utm_source=rss&amp;utm_medium=text&amp;utm_campaign=rss</link>
<description>Ak clovek pouziva BTRFS, tak by mal mat aj gule pouzivat najnovsi mainline kernel z napr elrepo repository pre RHEL kompatibilne a potom bezat na najnovsom kerneli a nie na nejakej 3.16 starej kurve.</description>

<author>Lars Schotte</author>
<pubDate>Mon, 01 Dec 2014 13:08:23 GMT</pubDate>

<guid isPermaLink="false">blog.root.cz-blogComment-824074</guid>


</item>
<item>
<title>COW filesystémy BTRFS</title>
<link>https://blog.root.cz/honza801/cow-filesystemy-btrfs/#o824073?utm_source=rss&amp;utm_medium=text&amp;utm_campaign=rss</link>
<description>No, to je vseobecne dobre, ze niekdo pise o BTRFS, lebo poslednom case mam pocit, ako keby ludiem sibalo z toho, ze neexistuje iny COW FS ako ZFS. A ZFS na Linuxe je nahovno a vsetky tie kecy o tom, ze je to pomale na FreeBSD nie su pravda. Na Linuxe je ale BTRFS dobry, ja som dlho s tym bezal a pre mna sa to osvedcilo ako stabilnejsie ako XFS. Napriek tomu, RHEL7 stale este ma XFS ako default, co teraz pred nedavnom spravili, aby to clovek mohel aj na root particii pouzivat, pricom nevim na co. BTRFS je lepsi a tam treba sa koncentrovat a jediny do to robi, je RHEL Oracle klon, co je dost hanba, ze len ti.</description>

<author>Lars Schotte</author>
<pubDate>Mon, 01 Dec 2014 13:06:42 GMT</pubDate>

<guid isPermaLink="false">blog.root.cz-blogComment-824073</guid>


</item>
<item>
<title>COW filesystémy V praxi...</title>
<link>https://blog.root.cz/honza801/cow-filesystemy-v-praxi/#o824072?utm_source=rss&amp;utm_medium=text&amp;utm_campaign=rss</link>
<description>Testovani probihalo v KVM virtualnim stroji s OS Debian (wheezy).
Pouzil jsem nastroj dd se vstupem /dev/zero.
Zapisoval jsem soubory velikosti 2mb, 10mb, 20mb, 100mb, 200mb.
Pocet iteraci pro kazdou velikost byl takovy, aby se soubory vesly do 2gb.
Na konci jsem udelal prumer rychlosti zapisu z vystupu dd.</description>

<author>fous</author>
<pubDate>Tue, 25 Nov 2014 09:53:15 GMT</pubDate>

<guid isPermaLink="false">blog.root.cz-blogComment-824072</guid>


</item>
<item>
<title>COW filesystémy V praxi...</title>
<link>https://blog.root.cz/honza801/cow-filesystemy-v-praxi/#o824071?utm_source=rss&amp;utm_medium=text&amp;utm_campaign=rss</link>
<description>Muzu se zeptat na nejaky podrobnosti k testovani? Dekuju moc.</description>

<author>Honza</author>
<pubDate>Sun, 23 Nov 2014 21:03:53 GMT</pubDate>

<guid isPermaLink="false">blog.root.cz-blogComment-824071</guid>


</item>
<item>
<title>COW filesystémy V praxi...</title>
<link>https://blog.root.cz/honza801/cow-filesystemy-v-praxi/#o824070?utm_source=rss&amp;utm_medium=text&amp;utm_campaign=rss</link>
<description>Jen piste klidne dal jak Vam to okolnosti dovoli a nenechte se odradit komentarem c.1.</description>

<author>Petr D.</author>
<pubDate>Wed, 12 Nov 2014 18:10:10 GMT</pubDate>

<guid isPermaLink="false">blog.root.cz-blogComment-824070</guid>


</item>
<item>
<title>COW filesystémy V praxi...</title>
<link>https://blog.root.cz/honza801/cow-filesystemy-v-praxi/#o824069?utm_source=rss&amp;utm_medium=text&amp;utm_campaign=rss</link>
<description>Proc tu tak spamujes? Ty dnesni "clanky" jsi mohl dat do jednoho a aspon by pak byl jeden, ktery stoji trochu za to. Takhle jsi akorat z forntpage vytlacil clanky, ktere jsou lepsi nez kazdy z techto tvych nedomrlych utrzku...
A kdyz tu konecne pises o necem zajimavem - bugu v BTRFS - tak nakonec ani nenapises, co presne to bylo...</description>

<author>MacHala</author>
<pubDate>Sun, 02 Nov 2014 20:07:04 GMT</pubDate>

<guid isPermaLink="false">blog.root.cz-blogComment-824069</guid>


</item>
<item>
<title>COW filesystémy ZFS</title>
<link>https://blog.root.cz/honza801/cow-filesystemy-zfs/#o824067?utm_source=rss&amp;utm_medium=text&amp;utm_campaign=rss</link>
<description>Zajímalo by mě, k čemu by ZFS mělo mít opravný nástroj. fsck přece původně vzniklo proto, že "klasické" unixové fs měly by design problém s konzistencí v případě, že systém havaroval v nevhodný okamžik. Takový stav nebylo složité zjistit při skenováni fs a dal se i celkem snadno opravit, takže vznikl fsck, který tohle řešil. Občas mám pocit, že lidi mají tendence přikládat fsck téměř nadpřirozené schopnosti, ale většinou je z toho vyléčí první spuštění fsck na opravdu poškozeném fs...

Každopádně ZFS žádný takový jednoduchý designový problém nemá, takže nevím, k čemu by se ten "opravný nástroj" měl používat? Je jasné, že prakticky cokoli ve vesmíru se může rozbít ale obávám se, že způsoby rozbití ZFS jsou tak unikátní, že je dost nereálné řešit je nějakým univerzálním nástrojem.

2 Izak:
"byl na FC externim raid poli, tedy chyba HW vyloucena" - neměl byste tolik věřit reklamám:-)</description>

<author>opi</author>
<pubDate>Tue, 28 Oct 2014 21:32:57 GMT</pubDate>

<guid isPermaLink="false">blog.root.cz-blogComment-824067</guid>


</item>
<item>
<title>COW filesystémy BTRFS</title>
<link>https://blog.root.cz/honza801/cow-filesystemy-btrfs/#o824066?utm_source=rss&amp;utm_medium=text&amp;utm_campaign=rss</link>
<description>SUSE a Oracle považují Btrfs za produkční s omezeními. Jsou zakázané některé volby, jako třeba komprese a Btrfs se používá jen na systémový oddíl, ale ne na datový</description>

<author>Leinad</author>
<pubDate>Sun, 26 Oct 2014 11:08:00 GMT</pubDate>

<guid isPermaLink="false">blog.root.cz-blogComment-824066</guid>


</item>
<item>
<title>COW filesystémy ZFS</title>
<link>https://blog.root.cz/honza801/cow-filesystemy-zfs/#o824065?utm_source=rss&amp;utm_medium=text&amp;utm_campaign=rss</link>
<description>[4] Na nutnost nastroje bylo upozornovano uz na nekolika developer konferencich. Jediny takovy je zpool scrub a zdbg a to je pro hardcore znalce a recovery firmy.
Prvni verze ZFS mely hodne neprijemne chyby kdy neslo na importovat nakopnuty pool ani jen pro cteni kvuli par zmenenym bajtum na kritickych mistech. Dnes uz je to opravene.
Pokud se bavime o zfs je vzdy vhodne uvadet verzi poolu a zfs filesystemu kde se chyba vyskytla.

Jinak backup backup backup. A to vysypat si snapshot a nebo jeste lepe po souborech - pravidlo vylouceni chyby ve fs.
Problem co popisujes se muze stat na jakkemkoliv FS. Pri vylozene hloupych logickych chybach se mohou poskodit vsechny kopie metadat. Je jednodussi to nahrnout z pasek a nechat bezet system z jine lokace z jineho pole nez se snazit to opravit.

raid-z se da nafouknout tak ze do jiz existujiciho poolu das dalsi raid-z. ale to asi neni cos chtel;)

Vice stve ze nemuzes odendat disk z poolu pokud zakos ma velke oci a zjistil ze nepotrebuje nezaplnenych 70TB a zbytecne za ne plati. Je to pomerne casty pripad v produkci.
No a tak to chce zmensit. Pritom vyhoda zfs je ze na rozdil od klasicke kombinace volume manager+fs vi kde data ma. Takze si muze zkontrolovat jestli ma volno a po pozadavku na odpojeni disku zacit presouvat data do zbytku poolu.

Zel neda se to ted resit jinak nez odpojenim s odstavkou coz je hodne drahe a navic platis dalsich v jednu chvili treba 70 + 30TB kvuli presunu.</description>

<author>Trident</author>
<pubDate>Sat, 25 Oct 2014 10:03:00 GMT</pubDate>

<guid isPermaLink="false">blog.root.cz-blogComment-824065</guid>


</item>
</channel>
</rss>