Byly zveřejněny (pdf) podrobnosti o kritické bezpečnostní chybě CVE-2017-12542 v HPE iLO 4 (Integrated Lights-Out), tj. v proprietárním řešení společnosti Hewlett Packard Enterprise pro vzdálenou správu jejich serverů. Bezpečnostní chyba zneužitelná k obejití autentizace a k vzdálenému spuštění libovolného kódu byla opravena již v květnu loňského roku ve verzi 2.53.
CSIRT.CZ informuje o CTF (Capture the Flag) platformě ZSIS CTF s úlohami pro procvičování praktických dovedností z oblasti kybernetické bezpečnosti a upozorňuje na soutěž Google Capture the Flag 2018, kde je možné vyhrát zajímavé ceny.
Byly zveřejněny prezentace a videozáznamy přednášek z prvního československého setkání síťových operátorů CSNOG konaného 11. a 12. června v Brně a semináře IPv6 2018 uskutečněného 6. června v Praze.
Svobodný unixový operační systém FreeBSD slaví 25 let. Přesně před pětadvaceti lety, tj. 19. června 1993, byl vybrán název FreeBSD.
Oficiální YouTube kanál Blenderu je již několik dní blokován. Nadace Blender Foundation informuje, že od společnosti Google dostala šestistránkový návrh nové smlouvy (pdf). Zdá se, že podmínkou další spolupráce je zapnutí reklam na kanálu, tj. zpeněžení obsahu.
Byla vydána verze 1.13 multiplatformního open source textového editoru Brackets (Wikipedie, GitHub). Přehled novinek v oficiálním oznámení a v poznámkách k vydání. Brackets je nově dostupný také jako balíček ve formátu Flatpak z oficiálního repozitáře Flathub.
Oficiální YouTube kanál Blenderu je již několik dní blokován. Důvody jsou zatím nejasné. Pravděpodobně chyba YouTube. Dění lze sledovat na Twitteru Tona Roosendaala.
Na GitHubu byly pod open source licencí LLVM zveřejněny zdrojové kódy překladače programovacího jazyka C++ Zapcc vycházejícího z Clangu/LLVM. Překlad pomocí Zapccu je díky lepšímu kešování obvykle několikrát rychlejší než překlad pomocí Clangu. V březnu loňského roku byl vydán Zapcc ve verzi 1.0.
Červnový pražský sraz spolku OpenAlt se koná již tento čtvrtek – 21. 6. 2018 od 18:00 v Kavárně Ideál (Sázavská 30, Praha), kde máme rezervovaný salonek. Tentokrát na téma: F-Droid, aneb svobodný software do vašeho mobilu. Kromě toho budou k vidění i vývojové desky HiFive1 se svobodným/otevřeným čipem RISC-V.
Na blogu projektu NeoPG (GitHub), kryptografického softwaru vycházejícího z GnuPG, byly zveřejněny 4 příspěvky detailně popisující aktuální bezpečnostní problémy v GnuPG a souvisejících softwarových produktech. V prvním příspěvku je ukázáno, že je možné vytvořit zprávu, o které budou Earlybird, Evolution, Mutt nebo Outlook tvrdit, že jí dešifrovali a přitom ale zpráva vůbec zašifrována nebyla. V druhém příspěvku je popsána
… více »Při testování nejrůznějších typů blokových zařízení s nimiž umí pracovat QEMU jsem narazil i na sheepdog. Z principu fungování by se však tento systém distribuovaného blokového zařízení měl spíš jmenovat "hampejz".
Výsledky nebyly špatné, tak mě zajímá, zda-li i někdo z vás má s tímto nějaké zkušenosti. Dokumentace je totiž velmi sporá a pravděpodobnost, že jsem některé věci nepochopil správně - vysoká.
Název "sheepdog" (ovčácký pes), je skutečně trochu zavádějící, i když v podstatě správný. Neboť "dog" se jmenuje collie a ovečky (sheep) jsou démoni co běhají na jednotlivých strojích zapojených do systému. Všechny stroje dohromady tvoří cluster.
Pojmenování "hampejz" pro tento cluster by však z hlediska principu fungování celého systému bylo přesnější, neboť v každém "pokojíčku" (rozuměj - počítači), žije minimálně jedna "šlapka" (démon sheep), která nabízí ten svůj "adresář" každému VM který píchá přes QEMU. Těch "šlapek" však v onom pokojíku může být i více. Co a jak mají dělat jim přikazuje "bordelmamá" - collie.
Každá partička děvčat vůči klientovi vystupuje pod jedním jménem, jako např. v níže uvedeném příkladu - JANA
S osazenstvem hampejzu lze obcovat (zatím) pouze přes QEMU, resp. jeho utility - qemu-img a qemu-nbd, jinak ne. Výhodou je, že vrznout si může každý kdo je v hampejzu aniž by musel řešit, ve kterém kutlochu sedí - vždy je mu k dispozici "slečna" JANA se kterou může obcovat a vyměňovat data, aniž by řešil, které z děvčat se aktuálně za oním jménem skrývá. Viz příklad níže, který demonstruje zkopírování image virtuálního disku do systému sheepdog...
qemu-img convert /virtual_image.raw sheepdog:JANA
Během konverze se postupně rozkopírovávají datové bloky přes zainteresované slečny do pokojíků ve kterých je místo. A tady je bod kde jsem přesně nepochopil optimální konfiguraci. Při formátování clusteru lze uvést parametr --copies. Pochopil jsem to tak, že se jím udává na kolik strojů se má každý blok vždy zkopírovat. To by pak mělo zajistit relativní dostupnost, když nějaká ta ovce zběhne.
Já si zkusil sestavit jenom malý bordýlek o čtyřech strojích. Podle toho co jsem našel na netu - výkon s počtem strojů narůstá a optimální maximum je schopno podat 64 strojů. Strojů může být i více ale na výkon to už pak nemá vliv.
Do prostředí jsem nakonvertoval jednu virtuální mašinu - Debian amd64 o velikosti 10GB. Do ní jsem měl zpropagovaný přes p9, adresář sdílený přes NFS a pak přehazoval za běhu 500MB soubor tam a zpět, dokud stroj neexnul. Aby to bylo veselejší, tak jsem mu zkoušel za běhu, během těch přesunů postupně "ustřelovat" a znova nahazovat děvčátka, která si zrovna užívala pod přezdívkou JANA.
Dlužno říci, že to výkonově nebylo špatné - i když v porovnání s řešením přes NBD byla rychlost při přenosu dat cca poloviční. Je ovšem nutno vzít v potaz, že rychlost I/O operací v tomto případě a podobných, je dána zatížením síťové komunikace v rámci clusterové infrastruktury. Takhle se mi po jednom drátě honily jak data pro sheepdog, tak NFS, což se nutně muselo projevit. Navíc sheepdog provádí současně replikaci dat, takže je počet přenesených dat skrze síť ve skutečnosti ještě vyšší
Ve stínu těchto faktů tedy vypadají čísla cca takto:
P.S.: Na stránce o blokových zařízeních v QEMU mám připravené i nějaké ilustrační obrázky, ale zatím k nim chybí příslušné texty.
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
