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í
×
včera 19:55 | Zajímavý článek

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.

Ladislav Hagara | Komentářů: 1
včera 17:55 | Zajímavý projekt

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.

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

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.

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

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.

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

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.

Ladislav Hagara | Komentářů: 21
včera 01:55 | Nová verze

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.

Ladislav Hagara | Komentářů: 3
18.6. 18:44 | Komunita

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.

Ladislav Hagara | Komentářů: 18
18.6. 17:55 | Zajímavý software

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.

Ladislav Hagara | Komentářů: 0
18.6. 17:22 | Pozvánky

Č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.

xkucf03 | Komentářů: 1
15.6. 22:44 | Zajímavý článek

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 »
Ladislav Hagara | Komentářů: 8
Jak čtete delší texty z webových stránek?
 (78%)
 (22%)
 (4%)
 (7%)
 (2%)
 (11%)
Celkem 213 hlasů
 Komentářů: 36, poslední 18.6. 21:16
    Rozcestník

    Dotaz: Zarovnání filesystému nad šifrovaným RAIDem 5

    8.1. 00:27 lertimir | skóre: 61 | blog: Par_slov
    Zarovnání filesystému nad šifrovaným RAIDem 5
    Přečteno: 297×
    V rámci stavby domácího serveru mám RAID 5 pole nad 4 disky a nad ním LUKS. Nad Luksem chci mít filesystem ext4 (nebo xfs). Distribuce aktualizovaný CentOS 7. Pokud by tam nebylo šifrování, tak nastavení mkfs.ext4 pomocí nastavení stride a stripe-with na hodnoty velikosti chunku a jeho trojnásobek (pro 3 datové disky), sdělí filesystému, jak je organizované podstavné RAID pole. Ale šifrování tam vloží hlavičku a začátek blokového zařízení pro ext4 může být jinde než je zarování raid pole a potřeboval bych tedy zjistit, kde vlastně začíná datová oblast a jak nastavit LUKS nebo ext4, aby finální filesystem byl v souladu s raidem. Kolegové s RH se tím někdy zabývali? Tohle na serverech by se mohlo nekdy stávat. Snad.

    Řešení dotazu:


    Odpovědi

    8.1. 07:24 Andrej | skóre: 45 | blog: Republic of Mordor | Zürich
    Rozbalit Rozbalit vše Re: Zarovnání filesystému nad šifrovaným RAIDem 5
    V rámci stavby domácího serveru mám RAID 5 pole nad 4 disky a nad ním LUKS. Nad Luksem chci mít filesystem ext4 (nebo xfs).

    RAID na úrovni filesystému by takový problém vyřešil automaticky, aby se tím uživatel nemusel explicitně zabývat. A navíc by taky fungoval jako RAID se vším, co RAID slibuje, na rozdíl od téhle iluze RAIDu, která po poškození dat na jednom disku proaktivně naschvál poškodí data na všech ostatních discích.

    ǑǦŹǓǕǙǞǺǨȞȬḔḦḰḾṊṎṸẄẌỖ
    Jendа avatar 8.1. 07:49 Jendа | skóre: 74 | blog: Výlevníček | JO70FB
    Rozbalit Rozbalit vše Re: Zarovnání filesystému nad šifrovaným RAIDem 5
    Ano, vyřešil by, kdyby existoval.
    • ZFS RAID-5 neumí měnit velikost. Možná to pro tazatele nebude problém.
    • btrfs RAID-5 je „Unstable, write hole still exists, parity not checksummed“
    Klimakemp ve zkratce: Účastníci jeli vlakem na naftu a autobusem na naftu protestovat proti těžbě fosilních paliv.
    8.1. 11:57 lertimir | skóre: 61 | blog: Par_slov
    Rozbalit Rozbalit vše Re: Zarovnání filesystému nad šifrovaným RAIDem 5
    Tomu rozumím, ale btrfs má pořád funkční jen RAID 1 ne RAID 5.
    Jendа avatar 8.1. 07:51 Jendа | skóre: 74 | blog: Výlevníček | JO70FB
    Rozbalit Rozbalit vše Re: Zarovnání filesystému nad šifrovaným RAIDem 5
    cryptsetup má parametr --align-payload, ale přiznám se, že mě nastavovat tyto parametry nikdy nenapadlo.
    Klimakemp ve zkratce: Účastníci jeli vlakem na naftu a autobusem na naftu protestovat proti těžbě fosilních paliv.
    8.1. 12:16 lertimir | skóre: 61 | blog: Par_slov
    Rozbalit Rozbalit vše Re: Zarovnání filesystému nad šifrovaným RAIDem 5
    Myslím si, že je to důležité. Když máš zapsat (u raid 5 nad 4 disky) 3 stridy v jednou stripu tak jen spočitáš paritu a zapíšeš 4 stridy do 4 disků. Když zapisuješ jen 2 stridy tak nejdříve musíš přečíst 3. datový stride, spočítáš paritu a zapíše dva nové datové stridy a paritní. A když zapisuješ 1 stride tak, buď musíš nejdříve přečíst dva zbylé datové stridy spočíst paritu a zapsat nový datový stride a paritní, a nebo přečteš ten původní přepisovaný stride a paritní stride spočteš změnu v paritním a zapišeš nový a paritní, to podle toho co je výhodnější. V každém případě při nezalícovaném FS, si FS myslí že dělá operaci první s jedním stripem, zacímco fakticky pole musí udělat operace nad dvěma stipy, nad jedním tu druhou a nad druhým tu třetí. Obě jsou vyznamně pomalejší právě díky nutnosti čtení.

    Takže --align-payload=3M by to mohlo zarovnat na správnou rovinu. Jde to nějak možné zkontrolovat. zkusil jsem si backup luks headeru, abych věděl jak je hlavička velká a dostal soubor o velkosti 257 bloků velikosti 4kB.
    9.1. 20:06 lertimir | skóre: 61 | blog: Par_slov
    Rozbalit Rozbalit vše Re: Zarovnání filesystému nad šifrovaným RAIDem 5
    Hm tak se asi lepší rady nedočkám ani od RH borců. zkusím podle Jendy, ale zatím netuším, jak si zjistím, co se skutečně na disku provedlo.
    8.1. 17:16 logik
    Rozbalit Rozbalit vše Re: Zarovnání filesystému nad šifrovaným RAIDem 5
    Pro domácí potřebu RAID-5? To tě tak tlačí velikost disků? IMHO "raid 10" je ve výsledku rychlejší (to Tě asi netrápí) a bezproblémovější.
    8.1. 18:29 lertimir | skóre: 61 | blog: Par_slov
    Rozbalit Rozbalit vše Re: Zarovnání filesystému nad šifrovaným RAIDem 5
    Rychlost mne opravdu netrápí. Je to domácí server. nejdede tam žádná databáze a ani nijaké výkonné výpočty. rychlost do gigabitu zvládne v pohodě i jeden disk, takže o tohle nejde. V zadání dotazu jsem odkazoval na můj původní dotaz, kdy jsem řešil dělení disků na oddíly a na části jede RAID 10. Nicméně to je v činnosti, když jednou zálohy z netebboků a desktopů a tam o rychlost pole jde, protože seekuje jestli ty soubory v záloze už nejsou. Ale zbytek jsou data, kterým tato paritní ochrana stačí. Proč vyhazovat terabyty prostoru za něco v zásadě nepotřebuji. Navíc jsem měl příležitost za rozumnou cenu koupit HGST Ultrastar disky a podle BackBlaze to jsou disky s fakt nízkou poruchovostí.
    13.1. 23:45 lertimir | skóre: 61 | blog: Par_slov
    Rozbalit Rozbalit vše Re: Zarovnání filesystému nad šifrovaným RAIDem 5
    Ještě oživím tento dotaz. Ve výsledku mám RAID 5:
    mdadm --detail /dev/md126
    /dev/md126:
               Version : 1.2
         Creation Time : Sat Jan  6 19:15:22 2018
            Raid Level : raid5
            Array Size : 7296182592 (6958.18 GiB 7471.29 GB)
         Used Dev Size : 2432060864 (2319.39 GiB 2490.43 GB)
          Raid Devices : 4
         Total Devices : 4
           Persistence : Superblock is persistent
    
         Intent Bitmap : Internal
    
           Update Time : Sat Jan 13 23:30:41 2018
                 State : active 
        Active Devices : 4
       Working Devices : 4
        Failed Devices : 0
         Spare Devices : 0
    
    ve výpisu disků
    Disk /dev/md126: 7471.3 GB, 7471290974208 bytes, 14592365184 sectors
    Units = sectors of 1 * 512 = 512 bytes
    Sector size (logical/physical): 512 bytes / 512 bytes
    I/O size (minimum/optimal): 65536 bytes / 196608 bytes
    
    nad ním je LUKS a ve výpisu dá.
    Disk /dev/mapper/uloziste: 7471.3 GB, 7471289401344 bytes, 14592362112 sectors
    Units = sectors of 1 * 512 = 512 bytes
    Sector size (logical/physical): 512 bytes / 512 bytes
    I/O size (minimum/optimal): 65536 bytes / 196608 bytes
    
    a nad ním je file system
    df
    Filesystem            1K-blocks       Used  Available Use% Mounted on
    /dev/mapper/uloziste 7238526024 4276218324 2960832080  60% /mnt/basic
    
    Tohle z prvního pohledu vypadá dobře. Ale ten rozpor, který mám, a na který se chci zeptat, je v obsazeném prostoru. FS zabírá pře 4TB (což jsem nakopíroval a je správně) zatímco RAID pole pod LUKSem považuje za obsazené pouze 2,4TB a v zásadě se žádnými operacemi nad FS tato hodnota nemění. Takže mi není jasné, jak je to se synchronizacía konzistencí pole. pokud to nepovažuje za obsazené, tak to nebude přece synchronizovat. A proč si to myslí. Všechno mám zatím i jinde takže celé pole se může postavit znovu, ale nerozumím, proč se obsazení nepropisuje dolů.
    Jendа avatar 13.1. 23:57 Jendа | skóre: 74 | blog: Výlevníček | JO70FB
    Rozbalit Rozbalit vše Re: Zarovnání filesystému nad šifrovaným RAIDem 5
    FS zabírá pře 4TB
    Ne, FS zabírá 7.41 TB (size v df + nejspíš nějaké drobné na metadata).
    zatímco RAID pole pod LUKSem považuje za obsazené pouze 2,4TB
    Ukazuje to obsazené 2.49 TB na každém disku * 3 disky (4. je paritní) = 7.47 TB, což je stejné jako ta velikost FS.
    a v zásadě se žádnými operacemi nad FS tato hodnota nemění
    MD nevidí to dat, která jsou nad ním a synchronizace se řeší pouze write-intent bitmapou.
    Klimakemp ve zkratce: Účastníci jeli vlakem na naftu a autobusem na naftu protestovat proti těžbě fosilních paliv.
    14.1. 01:37 lertimir | skóre: 61 | blog: Par_slov
    Rozbalit Rozbalit vše Re: Zarovnání filesystému nad šifrovaným RAIDem 5
    Díky za vysvětlení. Nějak mne spletlo slovo "Used".
    k3dAR avatar 13.1. 23:57 k3dAR | skóre: 49
    Rozbalit Rozbalit vše Re: Zarovnání filesystému nad šifrovaným RAIDem 5
    myslis "Used Dev Size"? to neni vyuzite misto v poli, ale velikost pouzitych zarizeni pro pole, stejne s ArraySize to bude u mirroru, jiste mas ten RAID5 nad partisnou co ma 2490.43 GB ;-)
    porad nemam telo, ale uz mam hlavu... nobody

    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.