[linux] /var na zvlastnej particii

[Jan Kunder]

Marek Podmaka wrote:

Vdaka za trpezlivost a prehladne odpovede ;)

> Cau,
> 
>> Ak spojim hda4 a hdb3 (da sa?) a odide mi HDD=hda - viem 
>> dostat data z hdb3, alebo je to stratene ako pri strippingu?
>> Ak nie, tak je to VYRAZNE zvysovanie rizika straty dat.
> 
> Jasne, da sa... Spajat mozes hocico :) aj md0 aj hdb.
> No default stripping nie je zapnuty, takze data na dobrom disku su v
> poriadku. LVM si uklada svoju konfguraciu aj do suboru v /etc, ale aj na
> kazdy disk/partition, takze sa myslim da obnovit. K danemu Logical Volumu sa
> asi dostanes - a zvysok uz zavisi na filesysteme, kde ma svoje potrebne
> udaje a ako sa vysporiada s tym ze cast filesystemu proste uz neexistuje...
> 
>> Vdaka pekne za info, ale IMHO by sa to malo spravat pomalsie.
>> 1. dalsia medzivrstva
> 
> Nevidim dovod pre nijake citelne spomalenie. V tom HOWTO je celkom dobre
> popisane co je to PV, VG, LV a hlavne PE (Physical Extend) - cize blok
> miesta na disku (na PV) a LE (Logical Extend) - co je zase blok na danej LV
> (kde sa nachadza filesystem). Cize LVM robi len to, ze ma tabulku mapovania
> LE <---> PV - cize nic narocne na vykon. V pripade jedneho disku (napr. md0)
> ako PV a niekolkych LV (teda filesystemov) to mapovanie moze vyzerat napr.
> takto:
> / LE 1..1000 zodpoveda PE 1.1000
> /var LE 1..1500 zodpoveda PE 1001..2501
> teda ide to pekne porade. Ak nasledne napr. "/" zvacsich, tak LE 1001 uz
> bude napr. PE 3746 :) alebo PE 1 na dalsom PV (disku).
> 
> V pripade strippingu to ide takto LE1 je PE1 na prvom PV, LE2 je PE1 na
> druhom PV a takto sa to strieda... Cize v tomto pripade ak Ti odide disk,
> tak data su fuc... Resp. mas z nich kazdy druhy 4 MB blok (napriklad).
> 
>> 2. ak spojim hda2 a hda4 (vyhodou je ta moznost), tak 
>> hlavicka disku zbytocne bude kmitat hore-dole
> 
> Ak nemas stripping, tak by to nemalo vadit... Bude sa to spravat ako jedna
> velka particia, ktora ma vo svojom strede "dieru" :) Cize to nebude pomalsie
> ako keby si mal tuto velku particiu (hda2 + to co je medzi nimi + hda4), ale
> v tom strede by si uz mal nejake subory ku ktorymm vobec nepristupujes. Ak
> spravis stripping medzi particiami toho isteho disku, tak samozrejme to bude
> VELMI pomale...
> 
>> 3. ak spojim hda4 a hdb1, tak pri copy v ramci tej jedne 
>> virtualnej particie to bude pomalsie (uznavam, ze existuje 
>> symlink a hardlink), ale napr pri editovani videa, ako keby 
>> som cp v ramci dvoch HDD
> 
> Hmm toto neviem ci som pochopil. LVM bez strippingu ti neprinesie ziadne
> zrychlenie v pripade jednej operacie. Samozrejme ak mas server, kde na danu
> LV (filesystem) pristupuje 200 procesov a kazdy chce nieco ine, tak je dost
> velka pravdepodobnost ze cast tych dat bude na hda4 a cast na hdb1 - takze
> to bude rychlejsie.
> 
>> AFAIK vie iba stripping a nevie mirroring:
>> {ale asi je to stare info}
> 
> No v kerneli sa da zapnut aj podpora mirroringu pre device-mapper
> (device-mapper je vlastne LVM2). Ale hovorim, nikdy som to neskusal, takze
> ani neviem ako sa s tym pracuje a ci je to rychlejsie/spolahlivejsie ako
> raid a na nom LVM.
> 
>>> http://tldp.org/HOWTO/LVM-HOWTO/index.html
>> Dakujem prave som ho precital (IMHO nic moc ako dokumentacia ;)
> 
> Hmm no podla mna sa tam da najst skoro vsetko co treba :) Je tam popisane aj
> ako pridat disk, zvacsovat LV a pod. Ale asi to nie je vhodne pre niekoho
> kto pocuje o LVM prvykrat... Skusal som googlit nejaky LVM tutorial, ale
> narychlo som nic nenasiel... U seba mam jeden velmi pekny tutorial, ale ten
> je pre HP-UX a nie pre linux...


-- 
Jan Kunder
jan.kunderHATESPAMgmail.com