Internet Info, s.r.o. Lupa Měšec Podnikatel Root Zdroják DigiZone Slunečnice Vitalia TopDrive KupDnes Navrcholu NovýTarif Dobrý web Weblogy Woko Jagg Computer.cz SK: MojeLinky

Hlavní navigace

Názory k článku
Spojte několik souborových systému do jednoho s mhddfs

petris
petris (neregistrovaný)
28. 5. 2008 0:16 Nový

RE: Spojte několik souborových systému do jednoho s mhddfs

celé vlákno
Dalsi reseni: pouzit LVM.
Tom
Tom (neregistrovaný)
28. 5. 2008 1:44 Nový

RE: Spojte několik souborových systému do jednoho s mhddfs

celé vlákno
Nema tohle vyhody v existenci disku i samostatne? Ve chvili kdy se vam rozpadne LVM/EVMS/... musite poresit opravu nizsi vrsty a doufat - v tomhle pripade prijdete pouze o 1/3 dat (ktera rychle dozenete ze zaloh, nemusite obnovovat vse).
petris
petris (neregistrovaný)
28. 5. 2008 2:04 Nový

RE: Spojte několik souborových systému do jednoho s mhddfs

celé vlákno
Tak ono se u LVM taky da nastavit, jak to ma ty jednotlivy bloky alokovat.
Izak
Izak (neregistrovaný)
28. 5. 2008 9:52 Nový

RE: Spojte několik souborových systému do jednoho s mhddfs

celé vlákno
Tak tak, LVM je podle me lepsi, pri vypadku disku na vasem reseni o data prichazim, sice ne vsechna, ale co kdyz mam doubory z jednoho adr. rozcancane po vsech 3 discich .... tak mam data, ale jsou mi nanic, protoze jsou nekonzistentni.

jinak migrovat pridavat a odebirat disky muzu na LVM taky.
Osobne ted budu upgradovat PC na 64bit a kupuji 2x500 GB Seagate ES2 na SW mirror a stare disku dam taktez do mirroru, jeste si tam udelam rychli 10GB RAID0 na ISO image a praci s videem ... proste data, o ktere muzu prijit a jsou aktualni jenom v dobe prace.

Popravde, dokud jsem jenom rozinstaloval linuxy, psal scripty a konfiguraky, tak jsem vse stihal hned zalohovat, ted jeste k tomu fotim a nez zpracuji ty RAWy nekdy i objemu 8GB tak bych byl rad, abych zalohovat musel az po dokonceni prace, jeste k tomu mi uz zacinaji lidi za fotky platit, takze je sice davam na vice disku + prenosny USB 160GB .... ale radeji budu redundanci v PC resit RAID1 a az zalohu mimo (zasah blesku ...)
uživatel si přál zůstat v anonymitě
28. 5. 2008 10:25 Nový

RE: Spojte několik souborových systému do jednoho s mhddfs

celé vlákno
Pokud se nepouziva RAID, tak s LVM prijdu o vsechna data z oblasti, ktera je roztahnuta pres disk, ktery selhal, ne?
Pri tomhle reseni je partion porad konzistentni - prijdu jen o soubory, ktere jsou na konkretnim disku. Urcite to nema byt nahrada za LVM, ale je to spis pro domaci pouziti.

Partion spojim pomoci:
RAID Linear
RAID 0
LVM
+ toto

pri vypadku disku je imho nejlepsi tohle reseni.
uživatel si přál zůstat v anonymitě
28. 5. 2008 10:40 Nový

RE: Spojte několik souborových systému do jednoho s mhddfs

celé vlákno
LVM asi umi vic, nez si myslite. Jsem liny to vysvetlovat, prectete si to v manualu.
uživatel si přál zůstat v anonymitě
28. 5. 2008 12:39 Nový

RE: Spojte několik souborových systému do jednoho s mhddfs

celé vlákno
Zkuste premoci svou lenost a vysvetlete mi to.

Kdyz se pokazi jeden filesystem, tak ostatni nejsou postizeny.
Mam-li jeden fs pres cely disk a u toho disku odejde napriklad jedna z ploten/hlavicek, tak nebude snadne ziskat data ani z te dobre casti disku (nerikam, ze je to nemozne).
Pokud to chapu, tak LVM odstinuje souborovy system od fyzickeho ulozeni. Pokud odejde jeden disk, tak muze chybet cast souboroveho systemu.
XX
XX (neregistrovaný)
28. 5. 2008 0:32 Nový

VLM

celé vlákno
Nechapu pro pan Krcmar VLM ani nezminil.
Uz prvni veta je blud:
"Navýšení diskové kapacity pouhým přidáním disku je v Linuxu zhola nemožná věc."
VLM je soucast kernelu...

Nebo, kde se pletu ?!
zippy
zippy (neregistrovaný)
28. 5. 2008 0:36 Nový

Re: VLM

celé vlákno
wtf VLM?
XX
XX (neregistrovaný)
28. 5. 2008 0:42 Nový

Re: VLM

celé vlákno
Sorry, blbnu:
VLM -> LVM

http://en.wikipedia.org/wiki/Lvm
Atom321
Atom321 (neregistrovaný)
28. 5. 2008 10:32 Nový

Re: VLM

celé vlákno
1) Pan Krčmář článek nepsal, nýbrž přeložil.
2) V úvodu jsou zmíněna i jiná řešení (ZFS, RAID). Možností je spousta - LVM, EVMS, symbolické odkazy křížově mezi filesytémy. Ovšem toto je článek o mhddfs, ne disertační práce o možnostech vytváření diskových polí v Linuxu.
3) Instalace LVM, pokud už není naistalované od počátku, není pouhé přidání disku. Musíte přerozdělit disky a vytvořit na nich nový filesystém.
4) LVM a mhddfs řeší jiný trochu jiný problém.

Příklad:

Máte dual-boot Window/Linux. Na NTFS partition máte kupu mp3. Další mp3 máte na druhém počítači sdílené pře sambu, další na externím USB disku a třeba na DVD-RAM. Přes mhddfs tohle všechno můžete spojit do jednoho virtuálního disku, bez jakýchkoliv změn ve fyzickém uložení dat. Pokud nabootujete do Windows, dostanete se na ta data také, jen budou rozhozena na více C: D: E: F:. Pokud kterékoliv médium odnesete k sousedovi, data z něj přečtete.

Tak a teď to udělejte s LVM.

Naopak pokud na LVM při připisování na konec souboru dojde kapacita disku, pokračuje se na dalším. Jeden obrovský soubor tak rozprostřete přes více fyzických disků, to mhddfs neumí. LVM také bude zřejmě rychlejší.

5) LVM a mhddfs můžete kombinovat.
uživatel si přál zůstat v anonymitě
28. 5. 2008 13:12 Nový

Re: VLM

celé vlákno
"Přes mhddfs tohle všechno můžete spojit do jednoho virtuálního disku, bez jakýchkoliv změn ve fyzickém uložení dat. "

Tak na to bych pouzil unionfs
uživatel si přál zůstat v anonymitě
28. 5. 2008 15:14 Nový

Re: VLM

celé vlákno
očekával bych, že redaktor root.cz bude mít aspoň trochu přehled, aby při překladu odfiltroval nesmysly že "rozšířit filesystém o nový disk je zhola nemožné", stačilo dopsat poznámku překladatele
cthulhu
cthulhu (neregistrovaný)
28. 5. 2008 0:35 Nový

RE: Spojte několik souborových systému do jednoho s mhddfs

celé vlákno
Dalsi reseni: pouzit Veritas Volume Manager
Ladislav Hagara
28. 5. 2008 1:15 Nový

RE: Spojte několik souborových systému do jednoho s mhddfs

celé vlákno
Zdá se, že Google Translate docela funguje. :-)
Tonda
Tonda (neregistrovaný)
28. 5. 2008 8:39 Nový

RE: Spojte několik souborových systému do jednoho s mhddfs

celé vlákno
:-))
uživatel si přál zůstat v anonymitě
28. 5. 2008 1:17 Nový

Aha no:)

celé vlákno
Vy nemate moznost bezne vytvorit dynamicky disk, tak to nic, uz chapu, ze je to pro linux novinka:o)
michal kovac aura:86
28. 5. 2008 1:30 Nový

Re: Aha no:)

celé vlákno
my nemame moznost vytvorit dynamicky disk, my mame 20 moznosti vytvorit dynamicky disk. vratane moznosti mat cast suborov v Paraguaji, v Rumunsku, sifrovane, mirrorovane, stripovane, v logbased suborovom systeme s kontinualnymi zalohami a synchronizovany s inymi diskovymi polami. este nejaky blby komentar?
uživatel si přál zůstat v anonymitě
28. 5. 2008 1:34 Nový

Re: Aha no:)

celé vlákno
No ja daval do kontrastu win a linux ... predpokladam, ze ty taky mluvis o win, takze nic
Rejpal
Rejpal (neregistrovaný)
28. 5. 2008 2:23 Nový

Re: Aha no:)

celé vlákno
Ne, on samozřejmě mluví o Linuxu, což dojde i průměrné blondýně.
uživatel si přál zůstat v anonymitě
28. 5. 2008 2:49 Nový

Re: Aha no:)

celé vlákno
To ale potom nejak nechapu, protoze to co psal umi windows .... jestli to umi linux to netusim, mozna tak nejaky komercni unix spis, zvlaste po precteni toho clanku, ze linux v teto oblasti toho fakt moc neumi .... coz ovasem ani prumernou blondynu neprekvapi
uživatel si přál zůstat v anonymitě
28. 5. 2008 4:11 Nový

Re: Aha no:)

celé vlákno
Jestli nekecas tak porad.
Dostal se mi do rukou jeden stroj s widlema a pokud nenajdu reseni jak na nem rozchodit neco co se chova stejne komfortne jako LVM, tak to preinstalim na linux, ale nechce se mi do toho hned. Jde mi predevsim o moznost spojovat partysny, mit moznost je za plneho behu prelejvat z disku na disk (tedy ze poridim novy disk, rozsirim misto pres nej a necham uvolnit stary disk k vyhozeni - partysny se bez vedomi aplikaci a bez preruseni jejich behu presunou na novy disk a nemusi se cekat nez se prekopci stovky giga dat) a hlavne bych potreboval snapshots kvuli zalohovani za behu (to "zmrazi" data na disku, takze je lze kopirovat bez rizika, ze se nektery ze souboru zmeni, ale v jinem - tedy puvodnim - mount pointu se s daty vesele pracuje dal a vesele se modifikuji, takze aplikace netusi, ze se neco takoveho deje).
Na tom pocitaci lezi jen nejake soubory ucetnictvi, ktere ctou klienti, takze nejidealnejsi je LVM+SAMBA, ale kdyz tvrdis, ze to lze i s windows, tak by mi to stacilo. Poradis? Nebo to byl (bohuzel) jen kec?
Izak
Izak (neregistrovaný)
28. 5. 2008 10:09 Nový

Re: Aha no:)

celé vlákno
Jeste jsi zapomel, ze lze diky SW RAID mit i SW raid 0,1,5,6,10 a tepre tento svazek dat do LVM
Ze LVM2 umi cluster a sama umi MIRROR v clusteru i mimo nej ;-)) .... takze umi i replikaci, napr se to pouziva pres FC a 2 disk. poli kazde v jine lokalite a nad RHLE nebo CentOS se resi cluster, bud prepinany (normalni FS)

nebo zdileny, GFS ;-)))

jinak kdyz jsem u toho LVM, lze pridat novy disk a stary nechat vyhodit, data automaticky premigruje.
Jo a jak ext3 tak XFS lze zvetsovat za behu .... ale to i bez LVM a podobnych, staci na RAID poli expandovat svazek/raid a volne misto natahnout.
CandySan
CandySan (neregistrovaný)
28. 5. 2008 15:31 Nový

Re: Aha no:)

celé vlákno
Nezapomnel, slo mi konkretne o tyhle funkce. Kdyz to v tech widlich neobjevim behem nasledujicich nekolik tejdnu, tak si ulehcim zivot a wokna pujdou z vokna.
Jinak LVM v RAIDu je pro mne samozrejmy standard. Kdyz uz nemuzu zacit s RAIDem, tak zasadne vzdy alespon s LVM (at uz na desktopu s malym diskem, nebo na notesu nebo na serveru) protoze potom muzu kdykoliv zmenit disk a dat se to nedotkne (pridam disk, vytvorim raid, preliju data, druhy disk zaradim do raidu a nikdo nepoznal ze jsem na tom celou dobu kutal, nebo na notesu pripojim externi disk, rozsirim vg, preliju data, stary disk zahodim a ten externi vlozim dovnitr namisto stareho atd...).

S LVM na vecne casy a nikdy jinak! :-) Bez tak uzitecne a dulezite veci mi pripada byt system tezkopadny az hruza - windows jsem leta nevidel, ale predpokladam ze tuhle samozrejmost museji mit jinak by to nebylo moc k pouziti, jen nevim kde to tam mam najit :-( Nechapu proc jsou ty windows tak slozity na ovladani :-(
Cluster nepouzvam, nebot to zatim nemam nacviceno.
Lukáš
Lukáš (neregistrovaný)
29. 5. 2008 8:06 Nový

Re: Aha no:)

celé vlákno
Ano, to je báječný argument.

"windows jsem leta nevidel"... ale přesto po nich chceš "spojovat partysny, mit moznost je za plneho behu prelejvat z disku na disk (tedy ze poridim novy disk, rozsirim misto pres nej a necham uvolnit stary disk k vyhozeni - partysny se bez vedomi aplikaci a bez preruseni jejich behu presunou na novy disk a nemusi se cekat nez se prekopci stovky giga dat) a hlavne bych potreboval snapshots kvuli zalohovani za behu "

Čili ty chceš evidentně na důležitý produkční server, který fakticky nesmí mít výpadek a musí být profesionálně zálohován snapshoty (což je mimojiné problematika složitá jak kráva) používat systém, který jsi již roky neviděl?

To jistě svědčí o Tvé profesionalitě.

Nebo jenom kecáš a chceš mít tyto fnkce na stroji, který když nepojede týden tak to nikdo ani nepozná? Ne, Windows pro stanici tyhle věci neumí; server to umí zčásti a s nástroji od dalších stran a podporou řadiče to rozjedeš všechno. Holt nejdou cestou jako Linux, "udělejte si to všechno softwarově". Navíc, kdyby to MS udělal, bude jej popotahovat u soudu v EU nějaký idiot, že prodával nástroj na "doplň funkci" a MS mu sebral byznys.

Tahle debata je o ničem. Neznáš ten systém, chceš od něj defakto funkce kritického serveru a tvrdíš že si tím chceš zjednodušit práci. Dej si tam linux a můžeš jít na těch pravidelných 15 piv do hospody vysvětlit ostatním vohnoutům, že Paroubek by zachránil celosvětový mír.
MisaK
MisaK (neregistrovaný)
29. 5. 2008 11:42 Nový

Re: Aha no:)

celé vlákno
Hm, tak podle tehle zvastu do te hospody hodis Ty aspon na 20 piv a litujes Paroubkovu Zuzku...
De o to, ze to co popisujes Ty jde jenom z CASTI a zbytek jenom nastroji tretich stran. Jenomze rozdile je ze Linux to PROSTE UMI! Dokazes to pochopit?
Spravuju nekolik Unixu (Linux, BSD, atd) a taky par Woken. Zatimco Unix je na tech kritickych aplikacich, tak Wokna sou dobry akorat s Exchange serverem pro 20 uzivatelu - tam patri a nikam jinam bych je nedal (a to nemyslim ironicky)...
Zeptej se treba v Seznamu co maji na kritickych serverech... Nebo je to pro Tebe malo kriticky nasazeni, kdyz uz se tim tak ohanis?
Lukáš
Lukáš (neregistrovaný)
29. 5. 2008 15:23 Nový

Re: Aha no:)

celé vlákno
Ano, seznam je velmi kriticky. Byl jsem nedavno v jejich serverovne v Praze coby zakaznik stejneho hostingoveho centra. Nezamčené některé racky, klidně bych to mohl vypnout. Velmi kritické chápání běhu serverů.

Linux to prostě umí! Úžasné, a co to demonstruje? Nic. Já poukazoval ne na to, že to Windows neumí ani tu funkcionalitu nerozporoval; ale z toho co tam ten človéček napsal vyplynulo, že chce po Windows funkce nutné pro chod kritických aplikací a přitom sám tvrdí rozpory v tom co píše; protože připouští že ten systém vlastně nezná a vlastně se mu tam ten Linux dávat nechce, je to pro něj moc pracné. Tak jak to asi s tou potřebou je.

A mimochodem, blábol o exchangi s 20ti usery nemá smysl komentovat. Když tohle tvrdíš, určitě jsi člověk co má znalosti na správu kritických serverů; jistě s tím máš mnoho zkušeností.
CandySan
CandySan (neregistrovaný)
29. 5. 2008 12:20 Nový

Re: Aha no:)

celé vlákno
Pivo nepivo - to neni dulezite... k diskusi jsi tim neprispel.
Ty funkce jsou jednoduche (o moc jednodussi nez instalace windows), pouzivam je leta a predpokladal jsem, ze to je uskutecnitelne. Pokud neni, pak netreba se uchylovat k bezduchym nadavkam a dam si tedy vynuceny cas a predelam ten server.

Neni pravda, ze vymena za behu je uloha pro buh vi jak kriticke aplikace. Zcela bezne a velmi jednoduse se to provadi tak, ze se server vypne, pripoji se disk a to je zalezitost na par minut - tohle aplikace poznat klidne mohou. Pak se server nahodi a ja si muzu jit po svejch. Az na to bude cas a chut, tak se vzdalene pripojim (takova je ma bezna praxe) a zacnu prehazovat disky (prelejvat data - co na tom proboha muze byt slozite? proste pripojim do svazku druhy disk a staremu disku dam prikaz uvolnit prostor - partysny se preliji uz bez me ucasti) a v samotnem finale (opet dle casu a chuti) dam povel k oddeleni disku od svazku. Kdykoliv pojedu kolem, tak jen vytahnu disk (ano - s restartem) a je hotovo. Nemusim nikomu zakazovat se tam prihlasovat, nemusim vypinat databazi, nemusim hlidat zalohovani, nemusim to delat v predem dohodnuty cas, nemusim takto byt jakkoliv omezen okolnostmi.

Proc to je tak dulezite: ne proto, ze by vterinovy vypadek vychylil rozpocet firmy, ale predevsim kvuli tomu, ze dynamicke partysny rad pouzivam a tak jich byva hodne. Tedy na novem disku bych je musel rucne jednu po druhe vyrabet (nebo mozna maji windows v zakladu klonovani disku na jiny vetsi disk - nevim). Pote se musi spustit cely ten proces, ktery muze trvat dlouho, takze to musi vzdy byt bez ucasti klientu, kteri tam chteji s temi daty neco delat. Musel bych taky zajistit, ze do toho zadny jiny automat (co ja vim co kde muze byt za zalohovace) nebude hrabat. Dale se temito jednoduchymi vecmi nezivim, takze neni pro mne prijemne si domlouvat audienci u nejake firmy tesne po konci jejich pracovni doby a jeste tam drzet nejen sebe ale i nekoho dalsiho nez udelame tyhle vsechny veci.
Jedine co chci je prijit, vrazit tam disk, odejit a jindy odnest ten, ktery uz neni k uzitku a nemuset nic dalsiho resit.
Jindy prijde nejaky pozadavek na zmenu cehokoliv na disku a ja vim, ze se nemusim jakkoliv omezovat fyzickou konfiguraci.

Snapshoty jsou podle meho nazoru jediny spravny zpusob jak zajistit, abych ziskal konzistentni zalohu jakehokoliv disku i kdyz je na nej zapisovano v prubehu zalohovani. Povazuju za velmi neprakticke pro kazdy program pouzivat nejaky obskurni vnitrni zalohovaci mechanizmus kazde aplikace zvlast. Abychy tedy hlidal kazdou aplikaci zvlast a v pripade padu FS pak zkoumal jak to ktera aplikace ma vyresene. Ano, kdyz bych se staral jen o jeden pocitac, nebo jen o jednu particku pocitacu, tak mne to sice vytizi temer na plny uzvazek, ale nebyl bych si prilis jist. Takhle mam jedno jednotne rozhrani pro cely server nebo pro celou particku serveru a je to jistejsi a podstatne vykonnejsi. Na tom opet neni nic sloziteho - 1. prikaz vytvori snapshot, dalsi prikaz provede kopii (pripadne s rotovanim ci diff - ja pouzival s uspechem rdiff), dalsi prikaz odpoji spashot a je hotovo - co na tomhle je sloziteho? Namisto toho abych musel kazde aplikaci zvlast nastavovat zalohovani a kazdou z nich zvlast kontrolovat atd... to mi prijde teprve slozite a neefektivni.

Tedy o pivnich kecech to asi nebylo a je dost otazka jestli jsi vetsi vul ty nebo paroubek, ale pro mne ta otazka nema dulezitost - jen vyplynula z tve odpovedi. Presto dekuju za uzitecnou radu! Jiste je velke terno mit v tymu cloveka s tvym nadhledem a citem pro situaci... :-|
Lukáš
Lukáš (neregistrovaný)
29. 5. 2008 15:26 Nový

Re: Aha no:)

celé vlákno
Cituji: "Neni pravda, ze vymena za behu je uloha pro buh vi jak kriticke aplikace." tak jak to nyní píšeš, to samozřejmě vůbec problém není. Zařadíš disk do zrcadla, proleje se to tam, pak vyřadíš starý disk ze zrcadla a nazdar.

"Snapshoty jsou podle meho nazoru jediny spravny zpusob jak zajistit, abych ziskal konzistentni zalohu jakehokoliv disku i kdyz je na nej zapisovano v prubehu zalohovani. "

Protože tak například nejde konzistentně zálohovat databázi či jakékoliv dlouhodobně otevřené soubory, nepodporuje-li to onen databázový stroj a navzájem tuto informaci si snapshotový systém nepředá.
uživatel si přál zůstat v anonymitě
2. 6. 2008 0:48 Nový

Re: Aha no:)

celé vlákno
Protože tak například nejde konzistentně zálohovat databázi či jakékoliv dlouhodobně otevřené soubory, nepodporuje-li to onen databázový stroj a navzájem tuto informaci si snapshotový systém nepředá.
Databaze se ale programuji tak, aby informace ulozene na disku vzdy zarucily konzistentni stav. Nic se snapshotovacimu systemu predavat nemusi.
Lukáš
Lukáš (neregistrovaný)
2. 6. 2008 12:45 Nový

Re: Aha no:)

celé vlákno
Spolehnout se na tohle, zvláště v případě vlastní režie řadiče atd. může být velmi ošidné.
CandySan
CandySan (neregistrovaný)
29. 5. 2008 12:28 Nový

Re: Aha no:)

celé vlákno
jo a jeste bych znovu zduraznil, ze to co umi LVM (at uz se to jinde jmenuje jakkoliv) je velmi uzitecna vec pro jakykoliv stroj - treba i pro domaci pouziti, nebo pro marenku z kancelare. Vzhledem k jednoduchosti ovladani a benefitum, ktere to nese, to ma velky vyznam i v pripade, ze user nevi co s tim - protoze ma nekoho kdo vi co s tim a ten nekdo nemusi byt kdovi jak zdatny - proste jen staci, ze mu pomoci tehle veci splni jakekoliv diskove prani aniz by ho odstavil nebo dokonce reinstaloval (coz by u linuxu znamenalo jen cas - u windows to je jeste nejak spojeno s licencemi a rucnim nastavenim nebot nelze kompletni konfiguraci jen tak prekopirovat z pocitace na pocitac).

Tedy domu, do kanclu i na server - proto ta zertem minena proletarska hesla z predchoziho prispevku.
Rejpal
Rejpal (neregistrovaný)
28. 5. 2008 10:19 Nový

Re: Aha no:)

celé vlákno
LVM pro Linux vznikl v roce 1998. Měly NTčka dynamické disky v té době? Ponech tenhle článek stranou, protože duševním pochodům některých autorů se nedá rozumět, stejně jako tomu, proč tenhle článek ignoruje věci, které fungují už deset let. Stejně tak je mi jasné, že pro některé omezené čtenáře může být nepochopitelné, že by Linux mohl umět něco buď dříve než Windows, nebo v podstatě současně s nimi, ale s tím se asi nedá nic dělat.
Heron aura:71
28. 5. 2008 12:32 Nový

Re: Aha no:)

celé vlákno
NT měla možnost stripe setu (raid-1) a mirroru (raid-0). Jestli uměla ještě něco navíc nevím, musel bych je nainstalovat do wmvare.

Každopádně v rámci této diskuse je to zcela OT. MHDDFS řeší úplně něco jiného, není postaven nad blokovým zařízením ale nad existujícími libovolnými FS. Nelze jej srovnávat s LVM apod, spíše bych jej srovnal s nějakým poloautomatickým skriptem, kteří řeší distribuci linků na soubory přes jednotlivé FS.
Rejpal
Rejpal (neregistrovaný)
28. 5. 2008 14:40 Nový

Re: Aha no:)

celé vlákno
Ale dynamické disky, pokud vím, nejsou záležitost jenom RAIDu 0 a RAIDu 1. Nebyl ten striping a mirroring v WinNT postavený nad "klasickými" oddíly popsanými v tabulce oddílů jako souvislé za sebou jsoucí oblasti, tedy přesně to, co dynamické disky ve Windows 2000 a novějších a LVM v Linuxu 2.2 a novějších *ne*dělají? (Jelikož tyhle funkce, pokud to chápu správně, hodí disky do "poolu bloků" a pak je všemožně mapují z bloků logických svazků na bloky fyzických oddílů...)
JardaP
JardaP (neregistrovaný)
28. 5. 2008 11:03 Nový

Re: Aha no:)

celé vlákno
Vazne? A jak si na sve plecce s Windows XP namontuju disk v Paraquayi do file systemu? Uz jsem mel do notebooku namontovany disk o pul Evropy dal, ale ze by to nejak (bezpecne a snadno) slo ve Windows, jsem netusil.
Augur
Augur (neregistrovaný)
28. 5. 2008 13:26 Nový

Re: Aha no:)

celé vlákno
net use x: \\server\share
(aspon mezi Prahou a USA nam to funguje...)
t
t (neregistrovaný)
28. 5. 2008 13:35 Nový

Re: Aha no:)

celé vlákno
"ja mam na x: dvd-mechaniku ako tam mozem napojit USA??"
:DDDDD (berte to ako vtip)
kozec
kozec (neregistrovaný)
28. 5. 2008 13:56 Nový

Re: Aha no:)

celé vlákno
Iste, mozete mat bud pripojeny zdielany adresar, *alebo* dynamicky disk, ale nemozete to skombinovat.
qweqwe
qweqwe (neregistrovaný)
29. 5. 2008 8:03 Nový

Re: Aha no:)

celé vlákno
No to je ale novy disk x:, my chceme rozsirit kapacitu stavajiciho c: o kapacitu na novem disku.
JardaP
JardaP (neregistrovaný)
29. 5. 2008 10:45 Nový

Re: Aha no:)

celé vlákno
Aha, takze vam takle beha Windows browsing volne po Internetu. A routery a firewally na to nic? Pakety na porty MS sdileni souboru nezahazuji? Anebo jste si jen tak nahodou nevsiml, ze tam jaksi mate VPN? Urcite vam to zatajili!

O tomhle ale ja nemluvim. Ja prijedu treba do Irska, pichnu drat do hubu, pomoci sshfs si namontuju disk v Praze, druhy v Japonsku a treti na Aljasce. Pomoci mhddfs si z nich pak muzu udelat jeden, aby to byl pekny chlivek. Jednoduche. Zadne VPN, jeden prikaz a je to.

Schvalne si zajdete nekam do Internetove kavarny s Windoze a zkuste si napsat to net use x:\\server\share. Pak mi napiste, jak vam to nefungovalo.
Izak
Izak (neregistrovaný)
28. 5. 2008 10:01 Nový

Re: Aha no:)

celé vlákno
No autor clanku je jaksi neinformovan.

jinak linux nastesti dynamicke disky nema, protoze na windows 2000 je to ekvivalent nemit data a kdyby linuxai nenapsali utlitu na chyby, ze si windows na dynamickem disku mazou part a kdyz ji pak clovek podepise, tak ztratil data ;-))))

nastesti utilita testdisk, to umi behem minuty vratit ZPET .... a to nehovorim o tom, ze mnohe obnovovaci metody maji problem obnovit windows, pokud je system na dyn. disku, ze napr na w2k serveru nekdy nesel dyn. disk vytvorit, pokud tam byla servisni aprt. od IBM .... takze dynamicky disk je totalni shit, ktery si samy windows mazou ! .... coz je jeste OK, horsi je kdyz se poskodi a nenabehne OS, pak je kazda oprava tezka.


jinak windows neumi ani 1/100 toho co LVM. Neumi to ani s Veritas Foundation, ktery je pro windows placeny !
Pro linux s 5 mountpoity je zdarma, ale LVM2 je rozhodne lepsi.
Pavel Troller
Pavel Troller (neregistrovaný)
28. 5. 2008 6:43 Nový

NFS partitions ?

celé vlákno
Noo... Tohle by se mi hodilo na uživatelsky příjemné sloučení mediálních particí na lokálním disku a síťovém, mountovaném přes nfs. Žena se často zlobí, proč jedno album má v /home/media a druhé v /mnt/media a nechápe rozdíl :-). Takže: zkoušel někdo podporu NFS particí v mhddfs ?
zemiak
zemiak (neregistrovaný)
28. 5. 2008 8:17 Nový

Re: NFS partitions ?

celé vlákno
To som sice neskusal, ale spravte jej link v /home/media do /mnt/media pod nazvom "Nove albumy" a to uz pochopi. Mam to odskusane :-)
BLEK.
BLEK. (neregistrovaný)
28. 5. 2008 18:39 Nový

zena

celé vlákno
To ja zenu nemam, protoze jsem psychopat.
mm
mm (neregistrovaný)
28. 5. 2008 8:10 Nový

nestacim se divit

celé vlákno
Logical Volume Manager autorovi zrejme nic nerika, ze...
Jinak by nemohl tvrdit takovou kolosalni pitomost, ze rozsireni kapacity pridanim disku je v Linuxu "zhola nemozna vec".
Roote, tys to dopracoval. Nebo jde zase o nejakou akci pro inzerenty ?
Martin Lebeda
28. 5. 2008 8:31 Nový

líbilo

celé vlákno
Ačkoliv by se článku možná dalo lecos vytknout (absence zmínky o LVM, apod.), mě se obsah líbí a je mi fuk, že jde o pouhý překlad. Získal jsem informace o existenci a základním použití mhddfs, o němž jsem dosud neměl ani tušení. Až to budu chtít použít, přečtu si podrobnosti v dokumentaci, důležitější IMHO je že už budu o této možnosti vědět. Pokud tu bude více podobně užitečných článků, root.cz se mi opět začne lépe číst.
HyBERA
HyBERA (neregistrovaný)
28. 5. 2008 9:14 Nový

Re: líbilo

celé vlákno
Naprosto souhlasím, i když jsem věděl o LVM, tak tahle věc je pro mě nová a alespoň ji vyzkouším. Děkuji
uživatel si přál zůstat v anonymitě
28. 5. 2008 9:46 Nový

Re: líbilo

celé vlákno
Take mi to prislo uzitecne, zajimava vec.
mil2house mil2house aura:11
28. 5. 2008 14:46 Nový

Re: líbilo

celé vlákno
+1
Slavko aura:89
28. 5. 2008 18:08 Nový

Re: líbilo

celé vlákno
Aj ja som vďačný, krátke, stručné, popisné :-)
Radek Podgorny aura:90
28. 5. 2008 9:49 Nový

unionfs-fuse

celé vlákno
http://podgorny.cz/unionfs-fuse aneb proc znovuobjevovat kolo...? ;-)
Keny
Keny (neregistrovaný)
28. 5. 2008 12:45 Nový

Re: unionfs-fuse

celé vlákno
Jelikož jste autorem unionfs-fuse můžete nějak shrnout rozdíly mezi vaší implementací a mhddfs? Vzhledem k tomu že unionfs-fuse-0.18 je z 9. srpna 2007 a mhdfs produktem letošním, tak se mi moc nezdá, že by jeho autor o existenci unionfs-fuse nevěděl. Spíš bych řekl že se nějakým způsobem svou funkcí liší od toho co chtěl.
Radek Podgorny aura:90
28. 5. 2008 13:20 Nový

Re: unionfs-fuse

celé vlákno
No, problem je, ze se toho o mhdfs moc na netu najit neda, maximalne par clanku, ze kterych vyplyva, ze je to obycejny unionfs. :-( Ve zdrojacich se opravdu hrabat nechci... ...a to, ze to existuje jen jako balik pro Debian je trochu... ...no, nevim, jak to rict... ...podivne ;-).

Skutecne se obavam, ze autor o unionfs neslysel, jinak by asi poslal patch, jako vsichni ostatni... ;-)

Jinak, posledni releasnuta verze je skutecne jiz starsiho data, ale v hg probiha celou dobu bourlivy vyvoj se spoustou nove funkcnosti (spolupracuji s jednou spolecnosti, ktera pouziva unionfs-fuse pro sve profesionalni reseni). Ale stejne se kaju, novy release udelam co nejdriv...
Jan Molič
Jan Molič (neregistrovaný)
28. 5. 2008 13:47 Nový

Re: unionfs-fuse

celé vlákno
Jediné, co jsem zaregistroval je ta funkce, kdy transparentně přesouvá data mezi disky, když dojde místo - na unionfs, aspoň jak jsem ho poznal, se data přidávají jen na určitý disk. Ještě by mě zajímalo, jestli jde nastavit, aby adresáře pokud možno "držely" pohromadě, tj. když do téhož adresáře kopíruji dva soubory, aby oba byly na tomtéž disku (a až v případě, že by na něm došlo místo, by se soubor uložil jinam).
Radek Podgorny aura:90
28. 5. 2008 14:59 Nový

Re: unionfs-fuse

celé vlákno
Neco podobneho mely drivejsi (prehistoricke) verze meho unionfs, ale radeji jsem to znicil v zajmu jednoduchosti. Vzhledem k tomu, ze je mozne pracovat primo s vetvemi "pod" mountem (narozdil od in-kernel implementace), je mozne podobne groupovani souboru resit skriptikem mimo unionfs. Do budoucna ale planuji neco jako plug-in strategie pro vyber vetvi, takze nebude problem implementovat to znova (on to vlastne neni problem ani ted, jen by to nebylo tak ciste)...

...urcite o tom budu uvazovat. I o tom transparentnim "odlevani" souboru jinam... ...jediny problem je, ze se takovy filesystem zacne chovat nepredvidatelne (z hlediska casove narocnosti operaci)... ...ale co, kdyz uz tam mam i copy-on-write... ;-)
Radek Podgorny aura:90
28. 5. 2008 18:08 Nový

Re: unionfs-fuse

celé vlákno
...verze 0.19 je venku. ;-)
Marek Brunda
28. 5. 2008 10:14 Nový

Navýšení diskové kapacity pouhým přidáním disku je v Linuxu zhola nemožná věc

celé vlákno
Autor článku mi první větou vyrazil dech. Díky němu jsem zjistil, že několik let dělám a používám věci, které jsou zhola nemožné. Zřejmě tedy disponuji nějakými nadpřirozenými schopnostmi, což jsem až do dneška netušil. Díky autore že jsi mi otevřel oči.

Jinak je článek dobrý ale napsat v první větě takovou blbost...
uživatel si přál zůstat v anonymitě
28. 5. 2008 10:27 Nový

Re: Navýšení diskové kapacity pouhým přidáním disku je v Linuxu zhola nemožná věc

celé vlákno
No, on je totiz "autor" autorem prave jen te prvni vety :))
Tomáš Hofman aura:88
28. 5. 2008 10:36 Nový

LVM

celé vlákno

Sleduju tady ty výkřiky o LVM, jak je to lepší řešení a kdesicosi. NENÍ! LVM jsem na svém domácím serveru nějakou dobu používal (asi rok), vše fungovalo docela dobře do okamžiku, kdy se na jednom z disku začaly objevovat chyby. Po nějaké době, kdy to celé jelo v jakémsi polonouzovém režimu se to celé definitivně rozpadlo a mohl jsem hledat v manuálech a na internetu co jsem chtěl, jak to vyřešit jsem nenašel (což mě sralo o to víc, že jsem tam měl čerstvě stahnutého kompletního Cimrmana). Od té doby mi už LVM nesmí do baráku. Možná je to úplně úžasné profesionální řešení pro firemní použití (a že jsem to teda zatím v žádné firmě neviděl), pro domácí použití je to zbytečný kanón, který pravděpodobně způsobí víc problémů než kolik jich vyřeší.

Z tohoto hlediska je MHDDFS přesně to řešení, které jsem hledal. Kromě toho, že je (aspoň vypadá :) jednoduše na použití, má i jistotu bezpečného a bez dalších problémů následně čitelného uložení dat. Neznám nic horšího než rozpadlý LVM svazek.

Než si tady nějaký chytrolín, který "spravuje ty velké profi systémy", na mě zase začne honit ego, bych podotknul, že firemní použítí a domácí použití je rozdíl, doma čekám jednoduchost a spolehlivost. Kromě toho toto je moje zkušenost, a komu se nelíbí, ať si...

Rejpal
Rejpal (neregistrovaný)
28. 5. 2008 10:44 Nový

Re: LVM

celé vlákno
Já tomu nerozumím. Když se mi začnou objevovat chyby na disku pod normálním souborovým systémém, přijdu o data snad méně efektním způsobem? To mi nějak nedává smysl... A že se mi to už stalo. :-)
Tomáš Hofman aura:88
28. 5. 2008 10:46 Nový

Re: LVM

celé vlákno
Chtěl jsem udělat poměrně jednoduchou a logickou operaci: přidat do svazku další disk, přesunout data na něj a chybujici disk z něj vypojit. Nezdařilo se. Takže co šlo jsem nacpal jinam, milé LVM pro zbytečnou složitost zrušil a je klid.
jAM
jAM (neregistrovaný)
28. 5. 2008 14:44 Nový

Re: LVM

celé vlákno
No ale kdyz mate v LVM filesystem pres vic disku tak prijdete o data z tech vic disku, u normalni fs jenom o tu cast na spatnem disku.
Rejpal
Rejpal (neregistrovaný)
28. 5. 2008 14:51 Nový

Re: LVM

celé vlákno
A to má být novinka, že striping může být nebezpečný? Na to nepotřebuju LVM. :-)
MarSik
MarSik (neregistrovaný)
28. 5. 2008 10:47 Nový

Re: LVM

celé vlákno
To ze se vam rozpadne system, kdyz selze hardware je uplne normalni. Kdyz vam selze jeden disk s ext3, tak dopadnete uplne stejne (nebo alespon podobne). Samozrejme riziko chyby se zvysuje s poctem pouzitych disku. Ale od toho mame RAID pod tim LVM, a nebo primo mirror v ramci LVM.

A ze jste to nevidel ve firme? Standardni rozdeleni disku po instalaci Fedory a Red Hat Enterprise Linuxu pouziva prave LVM.
Marek Brunda
28. 5. 2008 10:56 Nový

Re: LVM

celé vlákno
Shrnu-li Vaše sdělení do jedné věty, vychází mi toto:

LVM mi "nesmí do baráku", protože když ho "nějakou dobu" provozuji na vadných discích "v jakémsi plonouzovém režimu", tak se může stát, že se rozpadne. Vy jste ale šprýmař:)
Tomáš Hofman aura:88
28. 5. 2008 11:13 Nový

Re: LVM

celé vlákno
Ne. To co jsem se snažil (zřejmě neobratně) říct je, že když už se něco takového stane, tak jsou data definitvne v pr... Neexistuje žádný (a dle mé zkušnosti vůbec žádný) jednoduchý způsob jak je z toho disku dostat. Proto se mi MHDDFS libí, protože ukládá data na disk tak, že když potom disk chytnu a vrazím do jiného počítače, tak tam ty data budou pořád stejně bezproblémově přístupné. Což je s LVM vyložené sci-fi.
Marek Brunda
28. 5. 2008 11:25 Nový

Re: LVM

celé vlákno
S tím souhlasím.
MarSik aura:100
28. 5. 2008 12:14 Nový

Re: LVM

celé vlákno
Ne tak uplne. Za predpokladu, ze mate zalohovana metadata, tak to mapovani bloku do svazku zrekonstruujete docela dobre. To ze data muzou byt diky vadnemu disku poskozena uz je pak problem vadneho hw.
misch
misch (neregistrovaný)
28. 5. 2008 12:59 Nový

Re: LVM

celé vlákno
Me teda uz v zadnem pripade nesmi do garaze Audi. Pote co jsem s nim rok jezdil, a na pristrojove desce se zacaly rozsvecovat nejake kontrolky, to auto nakonec PRESTALO JET! Cele se to definitivne podelalo, a od te doby mi uz Audi nesmi do baraku. Ted jezdim na kole, to zadne kontrolky nema, a FUNGUJE!
Tomáš Hofman aura:88
28. 5. 2008 13:08 Nový

Re: LVM

celé vlákno
;D
Jeden kamarád říká: "jsou technologie, které neselžou, ale (LVM|počítače|auta|...) mezi ně nepatří" :)
R
R (neregistrovaný)
28. 5. 2008 20:32 Nový

Re: LVM

celé vlákno
Mal si si kupit Mazdu :P
miguel23
miguel23 (neregistrovaný)
28. 5. 2008 18:35 Nový

Re: LVM

celé vlákno
jestli jste nevidel lvm nasazene ve firme, tak ste asi jeste nevidel zadnou firmu. Vsechny RedHaty, Fedory a CentOSy to pouzivaji defaultne. Pak, kdyz si vyrobis pole a chces na nem mit vice partitions, tak ti zadna jina volba nez lvm (evlms) nezbyde. Z cehoz plyne, ze se to pouziva velmi hojne.
David Škola aura:100
28. 5. 2008 11:10 Nový

Kolize jmen souboru

celé vlákno
Ahoj. Nevite nekdo, jakym zpusobem je vyresen konflikt (shoda) jmen adresaru na ruznych FS, ktere pridavam do jednoho virtualniho? Spoji se mi do jednoho adresare, ktery obsahuje soubory z obou puvodnich? A co se potom stane v pripade, ze v obou tech adresarich budu mit soubor stejneho jmena?

Dejv
Ladislav Hagara
28. 5. 2008 11:57 Nový

Re: Kolize jmen souboru

celé vlákno
Adresáře jsou připojovány v pořadí určeném při zadávání příkazu mhddfs. Pokud například první adresář obsahuje soubor "a", tak jsou soubory "a" na dalších připojovaných adresářích dočasně neviditelné (ignorovány).
$ mkdir MHDDFS
$ cd MHDDFS/
$ mkdir A B C
$ touch A/a B/b C/c
$ touch B/a
$ mkdir -p A/X/B
$ mkdir -p B/X/B
$ date > A/a
$ date > A/X/B/aa
$ touch B/X/B/aa
$ mkdir ALL
$ mhddfs A,B,C ALL
mhddfs: directory '/tmp/MHDDFS/A' added to list
mhddfs: directory '/tmp/MHDDFS/B' added to list
mhddfs: directory '/tmp/MHDDFS/C' added to list
mhddfs: mount to: /tmp/MHDDFS/ALL
mhddfs: move size limit 4294967296 bytes
hgr@matrix:/tmp/MHDDFS$ df
Filesystem           1K-blocks      Used Available Use% Mounted on
...
/tmp/MHDDFS/A;/tmp/MHDDFS/B;/tmp/MHDDFS/C
                      57708924  38900868  15876600  72% /tmp/MHDDFS/ALL


$ ls -lR ALL
ALL:
total 8
-rw-r--r-- 1 hgr hgr   30 2008-05-28 11:19 a
-rw-r--r-- 1 hgr hgr    0 2008-05-28 11:18 b
-rw-r--r-- 1 hgr hgr    0 2008-05-28 11:18 c
drwxr-xr-x 3 hgr hgr 4096 2008-05-28 11:19 X

ALL/X:
total 4
drwxr-xr-x 2 hgr hgr 4096 2008-05-28 11:36 B

ALL/X/B:
total 4
-rw-r--r-- 1 hgr hgr 30 2008-05-28 11:36 aa
tommy
tommy (neregistrovaný)
28. 5. 2008 12:43 Nový

Soucasne primountovane jednotlive disky

celé vlákno
Docela by me zajimalo, jestli jde, soucasne s virtualnim mountpointem, primountovat a vyuzivat jednotlive disky (jako by virtual neexistoval). Bylo by dobre mit moznost rucne ovlivnit kam zapsat nove soubory. Samozrejme, muzu virtual odmountovat, primountovat jeden disk, zapsat, odmountovat disk a pak primountovat virtual, ale zda se mi to ponekud... nepohodlne.
Ladislav Hagara
28. 5. 2008 13:37 Nový

Re: Soucasne primountovane jednotlive disky

celé vlákno
Ano, jde to. K jednotlivým diskům, přesněji řečeno k adresářům, mohu dál přistupovat přímo .
$ mount
...
/tmp/MHDDFS/A;/tmp/MHDDFS/B;/tmp/MHDDFS/C on /tmp/MHDDFS/ALL type fuse.mhddfs 

$ ls -l A
total 8
-rw-r--r-- 1 hgr hgr   30 2008-05-28 11:19 a
drwxr-xr-x 3 hgr hgr 4096 2008-05-28 11:19 X

$ mkdir ALL/AA

$ ls -l A
total 12
-rw-r--r-- 1 hgr hgr   30 2008-05-28 11:19 a
drwxr-xr-x 2 hgr hgr 4096 2008-05-28 13:09 AA
drwxr-xr-x 3 hgr hgr 4096 2008-05-28 11:19 X

$ touch A/AA/AAA

$ mkdir B/AA
$ touch B/AA/BBB

$ ls -l ALL/AA/
total 0
-rw-r--r-- 1 hgr hgr 0 2008-05-28 13:09 AAA
-rw-r--r-- 1 hgr hgr 0 2008-05-28 13:10 BBB
andreeeee
andreeeee (neregistrovaný)
28. 5. 2008 13:23 Nový

ubuntu

celé vlákno
Miroslav Hrončok
28. 5. 2008 15:15 Nový

Re: ubuntu

celé vlákno
Proč teda nevidím balík v Synapticu? Z toho adresáře bohužel nevyčtu, jestli to není třeba pro intrepid.
sc
sc (neregistrovaný)
28. 5. 2008 22:14 Nový

Teda ta první věta je fakt klenot :D

celé vlákno
Teda ta první věta je fakt klenot :D
padam
padam (neregistrovaný)
29. 5. 2008 11:26 Nový

Sikovne....vyzkousim :-) Dekuji.

celé vlákno
Sikovne.
Jakmile bude chvilka, tak urcite vyzkousim.
Autorovi VELMI DEKUJI ZA UPOZORNENI na tento SW.
Tomas Matejicek aura:54
29. 5. 2008 16:53 Nový

UNIONFS je nanic. AUFS to umi!

celé vlákno
AUFS (another unionfs) umi nejen spojit adresare do jednoho virtualniho, ale navic
- je to nativni ovladac v jadru (ne FUSE)
- dokaze dinamicky vyhodnotit na kterem disku je nejvic volneho mista a nove soubory ulozit tam
unixman
unixman (neregistrovaný)
10. 5. 2009 15:21 Nový

Re: UNIONFS je nanic. AUFS to umi!

celé vlákno
Ano, AUFS1 je vyborny. Z Aufs2 byly odebrany nektere vlastnosti Aufs1 kvuli zestihleni a prehlednosti zdrojaku, zda se, ze to nebylo nejlepsi reseni a autor slibil nektere features z Aufs1 do Aufs2 vratit. Na netu jsou nyni informace o nejake nespravne funkci Auf2. Takze doporucuji zustat zatim u Aufs1.
Spojit adresare do jednoho virtualniho ano, pocet je ale omezen na 32767 adresaru.
Zdroj informace: autor AUFS1 a 2: Junjiro R. Okajima
Prosim o zdroj vasi druhe informace "dokaze dynamicky vyhodnotit ...." , dekuji predem
Wrigley
Wrigley (neregistrovaný)
29. 5. 2008 21:52 Nový

Neco podobneho po siti?

celé vlákno
Uz dlouho shanim neco, co by fungovalo podobne na siti. Viz http://www.abclinuxu.cz/forum/show/225520
Mate na lance 10 ruznych stroju, kazdemu "zbyva" par volnych desitek GB. Vase pracovni stanice ma maly disk... Co je vsechny spojit do nejakeho virtulaniho uloziste/raidu?
Nemate nekdo nejaky tip? Ten GlusterFS jsem jeste nezkousel...

Diky

Ales
.
. (neregistrovaný)
1. 6. 2008 1:11 Nový

Navýšení diskové kapacity pouhým přidáním disku je v Linuxu zhola nemožná věc.

celé vlákno
WTF? Má cenu číst dál?
Zasílat nově přidané příspěvky e-mailem