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 17:33 | Nová verze

    Byla vydána nová stabilní verze 7.6 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 140. Přehled novinek i s náhledy v příspěvku na blogu.

    Ladislav Hagara | Komentářů: 0
    dnes 16:22 | Nová verze

    Byla vydána verze 1.90.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.

    Ladislav Hagara | Komentářů: 0
    dnes 16:11 | Nová verze

    GNUnet (Wikipedie) byl vydán v nové major verzi 0.25.0. Jedná se o framework pro decentralizované peer-to-peer síťování, na kterém je postavena řada aplikací.

    Ladislav Hagara | Komentářů: 0
    dnes 12:11 | Nová verze

    Byla vydána nová major verze 7.0 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. Nově je postavena je na Debianu 13 (Trixie) a GNOME 48 (Bengaluru). Další novinky v příslušném seznamu.

    Ladislav Hagara | Komentářů: 0
    dnes 04:44 | IT novinky

    Společnost Meta na dvoudenní konferenci Meta Connect 2025 představuje své novinky. První den byly představeny nové AI brýle: Ray-Ban Meta (Gen 2), sportovní Oakley Meta Vanguard a především Meta Ray-Ban Display s integrovaným displejem a EMG náramkem pro ovládání.

    Ladislav Hagara | Komentářů: 0
    dnes 01:11 | Nová verze

    Po půl roce vývoje od vydání verze 48 bylo vydáno GNOME 49 s kódovým názvem Brescia (Mastodon). S přehrávačem videí Showtime místo Totemu a prohlížečem dokumentů Papers místo Evince. Podrobný přehled novinek i s náhledy v poznámkách k vydání a v novinkách pro vývojáře.

    Ladislav Hagara | Komentářů: 10
    včera 16:22 | Nová verze

    Open source softwarový stack ROCm (Wikipedie) pro vývoj AI a HPC na GPU od AMD byl vydán ve verzi 7.0.0. Přidána byla podpora AMD Instinct MI355X a MI350X.

    Ladislav Hagara | Komentářů: 0
    včera 15:22 | Nová verze

    Byla vydána nová verze 258 správce systému a služeb systemd (GitHub).

    Ladislav Hagara | Komentářů: 6
    včera 15:11 | Nová verze

    Byla vydána Java 25 / JDK 25. Nových vlastností (JEP - JDK Enhancement Proposal) je 18. Jedná se o LTS verzi.

    Ladislav Hagara | Komentářů: 0
    včera 14:44 | Humor

    Věra Pohlová před 26 lety: „Tyhle aféry každého jenom otravují. Já bych všechny ty internety a počítače zakázala“. Jde o odpověď na anketní otázku deníku Metro vydaného 17. září 1999 na téma zneužití údajů o sporožirových účtech klientů České spořitelny.

    Ladislav Hagara | Komentářů: 9
    Jaké řešení používáte k vývoji / práci?
     (45%)
     (59%)
     (0%)
     (10%)
     (14%)
     (3%)
     (14%)
     (3%)
     (10%)
    Celkem 29 hlasů
     Komentářů: 3, poslední dnes 14:58
    Rozcestník

    Dotaz: spojení raid polí

    13.9.2010 23:51 ales
    spojení raid polí
    Přečteno: 318×
    Zdravím čtoucí, tahle otázka je tak triviální, že ani nevím, jak se na ní googlu zeptat, tak prosím, kdyby se našel dobrovolník, co mi to polopaticky podá. Mám 4 disky a z nich udělané dvě raid1 pole. První 1,5T se systémem a druhé 2T prázdné (vím, že není šťastné řešení nepoužít na systém extra oddíl, ale prostě to z nějakého důvodu mám takhle). Cílem je zřetězit obě pole tak, abych se dostal na kapacitu 3,5T jediného prostoru, tzn. systém i data. Lze to nějak provést bez LVM?

    Díky

    A

    Odpovědi

    14.9.2010 06:37 Ash | skóre: 53
    Rozbalit Rozbalit vše Re: spojení raid polí
    Je tu možnost RAID 5 (4,5G).
    14.9.2010 07:28 pet
    Rozbalit Rozbalit vše Re: spojení raid polí
    a ze zbytku bych udelal 0,5T RAID 1 pro bootovani
    14.9.2010 07:33 ales
    Rozbalit Rozbalit vše Re: spojení raid polí
    Raid 5 je dobrý nápad, ale jen těžko se hledá dobrý návod jak ho zprovoznit? Navíc se obávám větší zátěže na proceesor. Nevadí, že disky nemají stejnou kapacitu?

    A.
    14.9.2010 08:09 Begleiter | skóre: 47 | blog: muj_blog | Doma
    Rozbalit Rozbalit vše Re: spojení raid polí
    Nevadí, že disky nemají stejnou kapacitu?
    RAID  devices  are  virtual devices created from two or more real block devices.
    This allows multiple devices (typically disk drives or partitions  thereof) to
    be combined into a single device to hold (for example) a single filesystem.
    ...
    
    

    Dovolil jsem si citovat manuálovou stránku k mdadm. Já osobně bych vytvořil software RAID na úrovni stejně velkých oddílů (primárních).

    14.9.2010 09:39 ales
    Rozbalit Rozbalit vše Re: spojení raid polí
    Diky za napady. V zasade pro me ted neni problem vzit celou instalaci znovu od piky (myslim, ze i cisty install bude rychlejsi). Mohl byste mi tedy alespon nakreslit obrysy, jake by bylo vase reseni? Konkretni implementaci uz si dohledam (samozrejme tipy neodmitnu). Mam tedy 2x 1,5T disk a 2x 2T disk. Cekam od systemu samozrejme co nejefektivnejsi vyuziti kapacity disku a spolehlive reseni raidu. Procesor mam bohuzel docasne trochu dychavicny, takze bych volil cestu jeho co nejmensiho zatizeni softwarovym raidem. Mohu-li z vas tedy tahat rozumy, jak byste rozdelil partitions a raid tak, aby se to +- drzelo predchozi vety?

    Diky moc

    A.
    14.9.2010 10:27 nou
    Rozbalit Rozbalit vše Re: spojení raid polí
    ja by som to stale videl na ten RAID5. proste na 2x1,5TB vytvorti po jednej particii na celu kapacitu. a na tych 2x2TB vytvorit po dve particie 1,5 + 0,5TB a nakoniec tie styri 1,5 spojit do RAID5 a dve 0,5 na ten RAID1 boot a mozno aj cely system.

    tym ze bude system na RAID1 tak to nebude zatazovat cpu. a RAID5 je narocnejsi iba pri zapise. pri citani je to porovnatelne.

    moje skusenosti s RAID5 http://itklub.sk/2009/08/30/raid-v-linuxe/
    14.9.2010 11:04 Begleiter | skóre: 47 | blog: muj_blog | Doma
    Rozbalit Rozbalit vše Re: spojení raid polí

    Napsals to hezky. Souhlasím.

    14.9.2010 10:32 dustin | skóre: 63 | blog: dustin
    Rozbalit Rozbalit vše Re: spojení raid polí
    Pokud ti nevadí kompletní přeinstalace, jak píšeš, pak je to možné. Není to sice úplně hezké, ale funguje to spolehlivě, mám vyzkoušené.

    Na každém z disků bych na začátku udělal malou (1GB) partišnu, ze kterých bude čtyřdiskový raid1 /boot. Velikost bohatě stačí, ale už jsem jednou narazil, že mi nešlo upgradovat jádro z balíku kvůli přeplněnému /boot, tak trochu rezervy neuškodí.

    Pokud trváš na tom, že nechceš LVM ani více polí namontovaných do rootu, pak ti asi nezbývá nic jiného než kombinace raid0+1 (ne raid10, který umí jen stejně velké partišny, navíc se (zatím) neumí resizovat).

    Na zbylém prostoru všech disků vyrobit po jedné partišně. Dvě různě velké dát vždy do raid0 (tedy vyjdou dva raidy), ty zrcadlit do raid1. Celkem bys měl 1 (/boot) + 2 (stripy) + 1 (mirror) = 4 pole.

    Záleží na tobě, zda tento docela slepenec chceš, nebo raději v hlavním poli oželíš 0,5TB a použiješ třeba raid10 a na zbylých 0.5TB těch dvou disků dáš mirror a ten někam namontuješ. Z důvodu upgradovatelnosti bych to možná ještě otočil, na dvě 0.5TB partišny na těch 2TB diskách udělal raid1 mirror root, na zbytku 4diskový raid10 (2 x 1,5 = 3TB), ten namontoval někam do /mnt/raid a tam měl data (třeba symlinkama prošířené do hlavní struktury, v našem případě do /home a /var/lib/mysql). To by se mi líbilo víc, protože na root se stejně až tak moc nezapisuje.
    14.9.2010 10:56 Sten
    Rozbalit Rozbalit vše Re: spojení raid polí
    Většina možností tu již je, ale pokud chceš zachovat data na jednom RAID poli, pak lze nad oběma vybudovat linear RAID (JBOD) a provést resize file systemu (pozor na to, aby verze RAIDu byla 1.0, jinak to přepíše data). Má to ale tu velkou nevýhodu, že JBOD nepřináší žádné výkonnostní výhody, ale naopak přináší riziko ztráty dat, pokud jeden z RAIDů zkolabuje (je tedy z hlediska poměru spolehlivost/výkon ještě horší než RAID 0)
    14.9.2010 12:28 ales
    Rozbalit Rozbalit vše Re: spojení raid polí
    Díky všem za inspiraci. Ještě možná triviální otázka.

    Pokud budu mit RAID1 pole z 2x0,5T partitions (se systemem) a zbytek RAID5, zda se mi ten RAID1 jakoby odtrzeny a nevyuzity. Lze ty dva RAIDy nejak zmountovat dohromady tak, aby byla kapacita vyuzita na 100%? Rozumim tomu spravne, ze lze fyzicke zarizeni, partitions i RAID mountovat tak, ze se scita jejich kapacita?

    Diky

    A.
    14.9.2010 14:07 Sten
    Rozbalit Rozbalit vše Re: spojení raid polí
    Lze to přes ten linear RAID (nebo LVM), ale tím se úplně ztratí význam toho rozdělení. Je úplně normální, že při správně použitém rozdělení RAIDů se část kapacity nemá šanci využít. Ono už tím, že se postaví RAID5 nebo RAID1, tak se o velkou část kapacity (mnohem větší než oněch ½ TiB) přijde
    14.9.2010 18:37 Ash | skóre: 53
    Rozbalit Rozbalit vše Re: spojení raid polí
    Je psychologický rozdíl o tu kapacitu přijít neúčelně (na nic ji nevyužít jako v případě různě velkých disků), nebo účelově (využít ji k redundanci jako u RAID 1 či 5).

    Každopádně když se na zbytku po RAID 5 udělá ještě RAID 1, tak je ta kapacita rozumně využitá, byť v podobě extra oddílu.

    Oba tyto raidy mají šanci přežít výpadek jednoho disku. Otázka tedy zní, jestli lvm, aplikované na tyto dva raidy, by přežilo výpadek disku. Osobně lvm nepoužívám, takže to nevím a nedělal bych to. Ale teoreticky by to přežít mohlo, prakticky bych poprosil někoho kdo to ví, aby tazateli odpověděl.
    14.9.2010 18:54 dustin | skóre: 63 | blog: dustin
    Rozbalit Rozbalit vše Re: spojení raid polí
    Když to ty raidy ustojí (jako že je to velice pravděpodobné, od toho tam jsou :) ), tak se o tom LVM nad nimi vůbec nedozví.
    15.9.2010 14:40 ales
    Rozbalit Rozbalit vše Re: spojení raid polí
    Díky všem za příspěvky. Ve finále jsem udělal 0,5T partition se systemem a RAID 1 a zbytek RAID 5. Systém zatím šlape na 1*, zatizeni procesoru je minimalni, takže paráda.

    Díky

    A.

    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.