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 20:00 | Komunita

OneDrive pro firmy je již ve webových prohlížečích na Linuxu stejně rychlý jako na Windows. Microsoft opravil chybu z listopadu loňského roku. OneDrive pro firmy běžel na Linuxu mnohem pomaleji než na Windows. V popisu chyby bylo uvedeno, že stačilo v prohlížeči na Linuxu nastavit v user-agentu Windows a vše se zrychlilo. Odpovědí Microsoftu bylo (Internet Archive: Wayback Machine), že Linux není podporován. Po bouřlivých diskusích na redditu i Hacker News byla chyba nalezena a opravena.

Ladislav Hagara | Komentářů: 3
dnes 19:00 | Zajímavý projekt

Byla vyhlášena soutěž Hackaday Prize 2017. Soutěž je určena vývojářům open source hardwaru. Pro výherce je připraveno celkově 250 tisíc dolarů. Každý ze 120 finalistů získá tisíc dolarů. Nejlepší pak navíc 50, 30, 20, 15, 10 a 5 tisíc dolarů. Jedná se již o čtvrtý ročník soutěže. V roce 2014 zvítězil projekt globální sítě open source pozemních satelitních stanic SatNOGS. V roce 2015 zvítězil open source systém pro řízení elektrických invalidních vozíků pohybem očí Eyedriveomatic. V roce 2016 zvítězil modulární robot Dtto.

Ladislav Hagara | Komentářů: 0
dnes 15:00 | Bezpečnostní upozornění

Byla vydána Samba ve verzích 4.6.1, 4.5.7 a 4.4.12. Řešen je bezpečnostní problém CVE-2017-2619. Pomocí symbolických odkazů a souběhu (symlink race) lze "teoreticky" získat přístup k souborům, které nejsou sdíleny. Linuxové distribuce jsou postupně aktualizovány (Debian).

Ladislav Hagara | Komentářů: 0
dnes 07:43 | Nová verze

Na Steamu se objevil port hry Arma: Cold War Assault (Operation Flashpoint) pro Mac a Linux. … více »

creon | Komentářů: 25
dnes 05:55 | Nová verze

Po 18 měsících od vydání verze 8.0 byla vydána verze 9.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. Představení nových vlastností v příspěvku na blogu a na YouTube.

Ladislav Hagara | Komentářů: 0
dnes 03:33 | Komunita

Platnost posledního patentu souvisejícího s Dolby Digital (AC-3) vypršela. Po MP3 se tak do Fedory oficiálně dostane také kodek AC-3.

Ladislav Hagara | Komentářů: 5
dnes 00:44 | Komunita

Feral Interactive, společnost zabývající se vydáváním počítačových her pro operační systémy macOS a Linux, nabízí své hry na Steamu vývojářům open source 3D grafické knihovny Mesa zdarma. Podmínkou je minimálně 25 commitů za posledních 5 let. Stejnou nabídku dostali vývojáři knihovny Mesa v roce 2015 od Valve. O rok dříve dostali od Valve tuto nabídku vývojáři Debianu a Ubuntu.

Ladislav Hagara | Komentářů: 0
včera 23:55 | Nová verze

Opera 44, verze 44.0.2510.857, byla prohlášena za stabilní. Nejnovější verze tohoto webového prohlížeče je postavena na Chromiu 57. Z novinek vývojáři Opery zdůrazňují podporou Touch Baru na nejnovějších MacBoocích Pro (gif). Přehled novinek pro vývojáře na blogu Dev.Opera.

Ladislav Hagara | Komentářů: 1
včera 20:56 | Pozvánky

V úterý 28. dubna se koná další Prague Containers Meetup. Přijďte si zopakovat, jak psát kvalitnější Dockerfile a jaké novinky a ulehčení přináší ansible-container, který vám umožní spravovat celý životní cyklus vašeho kontejneru. Místo konání: Concur, Bucharova 11, Praha-Stodůlky.

little-drunk-jesus | Komentářů: 0
včera 17:00 | Nová verze

Po půl roce od vydání verze 3.22 bylo vydáno GNOME ve verzi 3.24 s kódovým názvem Portland. Vydání obsahuje 28 459 změn od přibližně 753 přispěvatelů. Z novinek lze zmínit funkci noční světlo, přepracovaná nastavení, aplikaci Recepty, zdokonalenou oblast pro upozornění nebo zdokonalený webový prohlížeč. Podrobnosti i s náhledy v poznámkách k vydání a v novinkách pro vývojáře a správce systémů.

Ladislav Hagara | Komentářů: 10
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (14%)
 (2%)
 (72%)
 (3%)
 (10%)
Celkem 921 hlasů
 Komentářů: 72, poslední 1.3. 11:16
    Rozcestník

    Dotaz: LVM+RAID5+crypt - jak na to?

    17.9.2010 11:52 Zdeněk Štěpánek | skóre: 57 | blog: uz_mam_taky_blog | varnsdorf
    LVM+RAID5+crypt - jak na to?
    Přečteno: 198×
    Zdravim

    Vychozi hardware: 3x SATA disky.

    Zamysleny vysledek: Zasifrovane redundantni uloziste s jednoduchou moznosti odebrat a pridat disk/y vetsi kapacity bez ztraty dat.

    S md raidy jsem velkej kamarad, ale nevim jak do toho zapojit LVM. Kdyby LVM umelo vnitrne raid5, bylo by po problemu. Jeden LVM svazek do raid5 jaksi nedam. Chapu ze sifrovani patri v tom retezci az nakonec, s tim si snad poradim.

    Jedine reseni, ktere ale neni asi moc pruzne je udelat nad kazdym z disku LVM svazek a jednotlive svazky dat do raid5. LVM bude v tuhle chvili nevyuzite, ale budu mit moznost k tomu pridat 3 nove stejne velke disky nebo pridat disk, premigrovat LVM svazek a stary disk odebrat. Nebo taky pridat ctvrty disk do raid5 pole. A vysledne raid5 zasifrovat.

    Rad bych abych mohl pridavat disky postupne po jednom podle toho jak velky zrovna vyrabej.

    Nejake lepsi napady?

    Diky

    Zdenek Stepanek
    www.pirati.cz - s piráty do parlamentu i jinam www.gavanet.org - czfree varnsdorf

    Odpovědi

    17.9.2010 12:02 Zdeněk Štěpánek | skóre: 57 | blog: uz_mam_taky_blog | varnsdorf
    Rozbalit Rozbalit vše Re: LVM+RAID5+crypt - jak na to?
    Jeste dodatek:

    V navodech co jsem vygooglil se vzdycky RAID5 dela nad fyzyckymi disky a az nad raidem je LVM. Smysl tohoto nasazeni mi unika. Pokud pridam disk do RAID5, musi mit stejnou kapacitu jako puvodni disky (nebo se vetsi kapacita nevyuzije). Tim se mi raid zvetsi sam od sebe a pak uz jen staci zvetsit filesystem. Davat mezi to LVM mi prijde zbytecny.

    Mym cilem je moznost pridavat disky vetsi kapacity.

    Zdenek
    www.pirati.cz - s piráty do parlamentu i jinam www.gavanet.org - czfree varnsdorf
    Heron avatar 17.9.2010 13:28 Heron | skóre: 50 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: LVM+RAID5+crypt - jak na to?
    Tim se mi raid zvetsi sam od sebe a pak uz jen staci zvetsit filesystem. Davat mezi to LVM mi prijde zbytecny.

    Máš pravdu, ale pouze pro jeden FS nad tím polem. Pokud chceš na tom raidu mít další oddíly tak se LVM vždy hodí.

    frEon avatar 17.9.2010 14:11 frEon | skóre: 40 | Praha
    Rozbalit Rozbalit vše Re: LVM+RAID5+crypt - jak na to?
    ahoj, kdyz jsem s tim kdysi experimentoval, tak mi nejlepe vyslo udelat to takto:

    raid5 - lvm - sifrovani

    lvm na poli se hodi v pripade, ze predpokladas, ze v budoucnu budes chtit pridavat, ubirat logicke oddily nebo vytvaret snapshoty.

    Lvm se zpravidla dava na raid (a ne naopak) napriklad kvuli snapshotum, ktere delaji copy on write a bylo by hloupe napriklad delat snapshot parity (z cehoz se pak pri zapisu zase spocita parita) a pak jak rikal heron predemnou, snazsi manipulaci s log. oddily.

    Jinak, jestli se situace nezmenila, pri pouziti sifrovani stratis trochu flexibility - nebudes moci menit velikosti oddilu aniz by jsi musel filesystem odmountovat, coz muze a nemusi byt problem.

    Pri tomto pristupu _muze_ byt taky dobre promyslet, zdali bude v budoucnu potreba pridavat dalsi pole (dalsi 3 disky a samostatne pole), pres ktere pak to stavajici lvm roztahnes. Muze se ti pak stat takovahle situace: z puvodniho pole bude vyuzito treba 60% a 0% z noveho. Najednou se nekdo rozhodne, ze na to nahraje hromadu dat (idealne male soubory). Lvm (mozna) bohuzel nebude rozkladat zapisy mezi 2 pouzitelne pole, ale nejdriv zaplni jedno a pak druhe. Ve vysledku, i kdyz obe pole maji dohromady propustnost X, realna propustnost v takove situaci bude ohodne mensi (pomoci allocation policy to obejit nelze). Na druhou stranu, takove chovani prinasi o neco vetsi odolnost proti vypadkum.

    No, snad neplacam uplny blbosti ;-)
    Talking about music is like dancing to architecture.
    26.9.2010 01:18 Zdeněk Štěpánek | skóre: 57 | blog: uz_mam_taky_blog | varnsdorf
    Rozbalit Rozbalit vše Re: LVM+RAID5+crypt - jak na to?
    Rozumim tomu ze LVM nad raidem nebo nad diskem se hodi pro pripady cachrovani s oddily. Nicmene ja jsem nikdy nepochopil proc s oddily vselijak cachrovat. Vzdy jsem byl priznivcem jednoho velkeho oddilu.

    Cilem je proste jeden velky datovy sklad, jeden velkej filesystem. Ted zatim neni problem "zvetsit" uloziste tak ze jsem koupil 4TB do pole a stavajici 1TB na to proste zkopiruju a pouziju ho jinde, ale tenhle postup by mi do budoucna asi mohl prijit dost draho a docasne nekam zalohovat 4TB taky nebude asi sranda.

    Datova propustnost u datovyho skladu neni kriticka, ale i tak diky za postreh.

    Asi to udelam tak ze udelam nejniz 3 samostatne LVM, nad nimi RAID a na nem jeden sifrovany oddil. Pri upgradu koupim jeden stejne velky disk a rozsirim RAID na 4 disky (= 4 LVM oddily). Pozdejc dokoupim 4 stejne velke disky a rozsirim 4 LVM oddily, kdy kazdy bude pres 2 disky.

    Ostatne by nemel byt problem nad tim raidem udelat jeste dalsi LVM abych si mohl cachrovat s oddily dle libosti. To bude slusna cibule...

    Zdenek
    www.pirati.cz - s piráty do parlamentu i jinam www.gavanet.org - czfree varnsdorf
    26.9.2010 14:47 Non_E | skóre: 24 | blog: hic_sunt_leones | Pardubice
    Rozbalit Rozbalit vše Re: LVM+RAID5+crypt - jak na to?
    S velkými oddíly mám tu špatnou zkušenost, že na nich fsck trvá zatraceně dlouho.
    Only Sith deals in absolutes.
    26.9.2010 17:22 lertimir | skóre: 59 | blog: Par_slov
    Rozbalit Rozbalit vše Re: LVM+RAID5+crypt - jak na to?
    Myslím, že pro tento případ je LVM nepříliš přínosné. LVM jak píšou i přímo na jeho stránkách je užitečné v situaci, kdy potřebujete oddíly a nevíte jak finálně po čase budou třeba jejich velikosti. A to není případ situace -- jeden velký filesystém. A případ, kdy se to hodí třeba když mám oddělený /usr (abych ho namountoval reed-only) a/nebo /var (aby mě se nezřítil root filesystém, když nějaký uživatel vygeneruje obrovské záznamy do logů), filesystémy pro virtualizované servery (nikdy nevíte kolik, který bude potřebovat). Pro datovou část skladu, který má být homogenní a co největší ta vrstva má malý význam.

    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.