Re: lug-bg: ������� �� �������� �� Logical Volume Manager

[atl@email.domain.hidden (Anton Tinchev)]

free.top.bg - tam sa www-tata i poshtite na luzerite
niakaksi uspia da napravi bezboleznena saga.
lvm + reizerfs
Za okolo godina i otgore beshe napravena slednata galimacia:
parvo 3*9GB
sledva se dobaviaha oshte 3 * 9Gb prez okolo mesec dva
nakaraia edin 18G

posle se dobaviha 2*36G i se mahnaha sochki 9 i 18
vsichko tva stavashe postepenno, dokato servera si bachkashe, bez spirane ili izkluchvane.

i reizera se spravi chudesno
:)

Âàñèë Êîëåâ wrote:
<em class="quotelev1">> Ïðèêðåïåíè ñà â òîâà ïèñìî (ò.å. òîâà ñà ìîèòå áåëåæêè, ïî êîèòî Áîÿí
<em class="quotelev1">> Êðîñíîâ ãîâîðè), íàäÿâàì ñå äà ñà ïîëåçíè íà íÿêîé :)
<em class="quotelev1">> 
<em class="quotelev1">> 
<em class="quotelev1">> 
<em class="quotelev1">> ------------------------------------------------------------------------
<em class="quotelev1">> 
<em class="quotelev1">> 1) Kakvo pravi LVM nakratko
<em class="quotelev1">> pomaga da si maage-vash mnogo diskove i diskovo prostransvo, lesno i guvkavo
<em class="quotelev1">> 2) kakvi sa predimstvata
<em class="quotelev1">>   pri golemi i pri malki mashini
<em class="quotelev1">>   (pri segashnite ceni na harddiskovete, maj e mnogo mutna razlikata m/u golqma
<em class="quotelev1">>   i malka sistema. Az lichno go polzvam na edin 36G disk)
<em class="quotelev1">>   2.1 malki mashini - moqta lichna mashina
<em class="quotelev1">>   Chovek lesno mozhe da manage-va partitions, ako sa mu nuzhni drugi, naprimer
<em class="quotelev1">>   da otdeli nqkolko G za /opt, za experimenti, i posle da go mahne, bez da ima
<em class="quotelev1">>   shans neshto kato prepulni /opt, da poprechi na normalnata rabota. Po sushtiq 
<em class="quotelev1">>   nachin mozhe da se postupi s /tmp
<em class="quotelev1">>   2.2 golemi mashini
<em class="quotelev1">>   Ulesnqva strashno mnogo dobavqneto na novi diskove, mahaneto na stari, i kato
<em class="quotelev1">>   se kombinira s reiserfs, mozhe on-the-fly da se pravi vsichko, za dobavqneto
<em class="quotelev1">>   na nov disk kum masuva ne e nuzhno i da se umountvat fajlvite sistemi, za tova-
<em class="quotelev1">>   po-dolu.
<em class="quotelev1">>   (marla ne stava za primer, shtoto tam raid-a ni ne e chak tolkova guvkav :) )
<em class="quotelev1">>   
<em class="quotelev1">> 3) kakvi sa nedostatucite
<em class="quotelev1">>   kato pri raid0, nikakva zashtita...
<em class="quotelev1">>   Ako grumne nacqlo nqkoj disk, fajlovata sistema mozhe i da se vuzstanovi, no
<em class="quotelev1">>   shte e dosta trudno.
<em class="quotelev1">> 4) kakvo predstavqva lvm
<em class="quotelev1">>   physical volumes
<em class="quotelev1">>     hard diskove na cqlo, partitions, etc. Vsqko PV, koeto e vuv volume grupa , ima
<em class="quotelev1">> svoj sobstven UUID. Kogato se napravi volume grupa, vuv vsqko PV se zapisvat koi sa
<em class="quotelev1">> UUID-ovete na ostanalite PV-ta.
<em class="quotelev1">>   volume groups
<em class="quotelev1">>     subrani na edno mqsto physical volumes, v grupa
<em class="quotelev1">>   logical volumes
<em class="quotelev1">>     samite 'partitions'
<em class="quotelev1">> 
<em class="quotelev1">>     shema:
<em class="quotelev1">>     hda1   hdc1      (PV:s on partitions or whole disks)                        
<em class="quotelev1">>        \   /                                                                    
<em class="quotelev1">>         \ /                                                                     
<em class="quotelev1">>        diskvg        (VG)                                                       
<em class="quotelev1">>        /  |  \                                                                  
<em class="quotelev1">>       /   |   \                                                                 
<em class="quotelev1">>   usrlv rootlv varlv (LV:s)
<em class="quotelev1">>     |      |     |                                                              
<em class="quotelev1">>  ext2  reiserfs  xfs (filesystems)                  
<em class="quotelev1">> 
<em class="quotelev1">> 
<em class="quotelev1">>   Samite PV se delqt na PE (physical extents), kato chunk-ovete
<em class="quotelev1">> v RAID. Po sushtiq nachin i LV sa razdeleni na LE (logical extents).
<em class="quotelev1">> (kakva tochno e razlikata m/u LE i PE ?ne izglezhda (po princip) da ima 
<em class="quotelev1">> takava :) )
<em class="quotelev1">> 
<em class="quotelev1">> 
<em class="quotelev1">> 5) kakvo mozhe da se pravi s lvm
<em class="quotelev1">>   creating
<em class="quotelev1">>    1) pvcreate na PV-tata. preporuchva se da imate partition table,
<em class="quotelev1">>   i da se pravi na PV /dev/sdb1 ,vmesto direktno /dev/sdb. Po tozi nachin
<em class="quotelev1">>   se izbqgva gnusniq moment, v kojto napisvate s LILO boot sector na greshnoto
<em class="quotelev1">>   mqsto, i mozhete da imate backup boot sector.
<em class="quotelev1">>   resizing (up-down)
<em class="quotelev1">>     uvelichenie - suzdava se noviq PV,
<em class="quotelev1">>       pvcreate /dev/hde1
<em class="quotelev1">>       dobavq se vuv volume grupata
<em class="quotelev1">>       vgextend vg00 /dev/hde1
<em class="quotelev1">>       i sled tova se razpuva po zhelanie volume grupata
<em class="quotelev1">>       lvextend -L+2G /dev/vg00/var 
<em class="quotelev1">>       sled koeto, mozhe da se dopulni i fajlovata sistema
<em class="quotelev1">>       resize_reiserfs /dev/vg00/var
<em class="quotelev1">>       (vsichko tova, bez umount i bez dopulnitelni mizerii. Sushtoto mozhe da se
<em class="quotelev1">>       pravi s ext2, no trqbva da se umount-ne fajlovata sistema. tool-a se kazva
<em class="quotelev1">>       resize2fs i se polzva po absolutno sushtiq nachin. ima i e2fsadm, kojto 
<em class="quotelev1">>       kombinira v sebe si lvextend i resize2fs)
<em class="quotelev1">>     
<em class="quotelev1">>     namalqne-
<em class="quotelev1">>       izbira se ot koj LV shte se vzeme mqstoto
<em class="quotelev1">>       umount-va se fajlovata sistema (mislq, che za momenta nqma takava, koqto
<em class="quotelev1">>       da mozhe da se shrink-va, dokato e online(XXX trebe da proverq))
<em class="quotelev1">>       fuser -kvm /home && umount /home
<em class="quotelev1">>       resize-va se do nuzhnata golemina (otnema izvestno vreme) (za vseki
<em class="quotelev1">>       sluchaj e hubavo da se pusne edin check)
<em class="quotelev1">>       reisersfck /dev/vg00/home && resize_reiserfs -s-2G /dev/vg00/home
<em class="quotelev1">>       namalq se samiq logical volume
<em class="quotelev1">>       lvreduce -L-2G /dev/vg00/home
<em class="quotelev1">>       i tuk veche po zhelanie na klienta mozhe s teq svobodni 2G da se
<em class="quotelev1">>       extendne nqkoj drug LV, ili da se mahne PV, na kojto sa. Ako imame
<em class="quotelev1">>       /dev/hde1, kojto e 2G , i iskame da go mahnem , proverqvame kolko
<em class="quotelev1">>       PE sa ostanali na nego:
<em class="quotelev1">>       pvdisplay /dev/hde1
<em class="quotelev1">>       i mozhe da izmestim s pvmove nestata, ako sa ostanali takiva, na nqkoj drug volume:
<em class="quotelev1">>       pvmove /dev/hde1 /dev/hdc1 
<em class="quotelev1">>       (v po-stari versii na LVM ima problem sus skorostta na pvmove)
<em class="quotelev1">>       vgreduce vg00 /dev/hde1
<em class="quotelev1">>       (mozhe da se propusne hde1, ako iskate da mahnete samo nego,i samo toj e svoboden,
<em class="quotelev1">>       po princip maha vsichki neizpolzvani PV)
<em class="quotelev1">>       
<em class="quotelev1">>     
<em class="quotelev1">>   snapshot
<em class="quotelev1">>     Mnogo hubava vuzmozhnost, za da se pravi backup. Suzdava kopie na daden LV v tekushtoto
<em class="quotelev1">>     mu sustoqnie,i mozhe da se chete ot nego, bez da se vizhdat promenite, napraveni po fajlovata
<em class="quotelev1">>     sistema ot momenta na suzdavane na snapshot-a.
<em class="quotelev1">>     Suzdavame snapshot-a , kato kazvame kolko mqsto mozhe da se polzva za
<em class="quotelev1">>     da se pazqt promenite po dannite (mqstoto se vzema ot svobodnoto vuv VG, i
<em class="quotelev1">>     ako se prepulni, snapshot-a se disable-va. Dobro chislo e okolo 10-20%,
<em class="quotelev1">>     pone spored docs)
<em class="quotelev1">>     lvcreate -L400M -s backup /dev/vg00/home
<em class="quotelev1">>     mount-vame si go nqkude (shte se mount-ne read-only!)
<em class="quotelev1">>     mount /dev/vg00/backup /mnt
<em class="quotelev1">>     pravim kakvoto pravim, sled koeto go otkachame, i premahvame ot sistemata:
<em class="quotelev1">>     umount /mnt && lvremove /dev/vg00/backup
<em class="quotelev1">>    
<em class="quotelev1">> 6) real-life problems with recovery
<em class="quotelev1">>   overwrite begining of pv
<em class="quotelev1">>     tools, howto, using a bit of dd
<em class="quotelev1">>     mnogo pomogna howto-to, i toola uuid fixer. Ponezhe se beshe namazalo nachaloto
<em class="quotelev1">>     na PV, po princip tool-a ne paleshe, i ne go poznavashe kato disk, i zaradi tova
<em class="quotelev1">>     se nalozhi da drupnem purvite 512 bajta ot drugiq PV, v kojto pisheshe i UUID-a
<em class="quotelev1">>     na namazaniq PV, sled koeto s UUID fixer-a se opravi i samiq PV.
<em class="quotelev1">>   change bad hard drive
<em class="quotelev1">>     pvmove ima mnogo hubava opciq, da ignore-va greshki pri chetene, taka che da nqma
<em class="quotelev1">>     problem s razvaleni diskove, ako iskate da gi mahnete.
<em class="quotelev1">>     edin problem, ne direktno svurzan s lvm, kojto imah kogato mahah 2 razvaleni diska-
<em class="quotelev1">>     mahah 2 diska po 60G i gi smenih s edin ,deto beshe 120G, i toj beshe sus 100MB
<em class="quotelev1">>     po-maluk ot sumata na drugite 2(izobshto ne mi beshe smeshno togava...), pri koeto
<em class="quotelev1">>     reiserfsck totalno otkaza da raboti, i davashe segmentation fault. togava uspqh da 
<em class="quotelev1">>     razshirq po nqkakuv nachin LV s oshte 100mb i da opravq fajlovata sistema, no se
<em class="quotelev1">>     poluchiha uzhasni zagubi ot tova, taka che imajte go v predvid...
<em class="quotelev1">> 7) LVM2/Device mapper
<em class="quotelev1">>   compatibility - tools are incompatible, pv's - compatible
<em class="quotelev1">>     t.e. Utilkite za LVM2 nemogat da rabotqt s LVM1, i obratnoto, ise kazvat
<em class="quotelev1">>     po absolutno sushtiq nachin. Nqma problem da si podkarate suzdadenite s LVM1
<em class="quotelev1">>     PV,VG i LV pod 2.5 i 2.6 kerneli s LVM2, no tool-ovete nqma da rabotqt, i 
<em class="quotelev1">>     do momenta pone nqma takiva, koito da rabotqt i za 2te.
<em class="quotelev1">>   mostly in userspace
<em class="quotelev1">>     v novite kerneli e mahnat pochti celiq kod za razpoznavane na partitioni i t.n, 
<em class="quotelev1">>     koeto vodi do tova, che scan-a na LVM za PV trqbva da stava izcqlo v userspace,
<em class="quotelev1">>     koeto vodi i do dosta po-baven boot, osobeno ako imate 2 cdrom-a(nadqvam se,
<em class="quotelev1">>     tozi bug shte go opravqt v budeshte). 
<em class="quotelev1">>   migration notes
<em class="quotelev1">>     Ako migrirate ot ednoto na drugoto, druzhte si nqkude na non-lvm partition i 2ta
<em class="quotelev1">>     vida tools, za da mozhete da gi smenqte, bez da polzvate nqkakvi vunshni instrumenti.
<em class="quotelev1">> 
<em class="quotelev1">>   EVMS - Tova e volume manager-a na IBM, kojto za 2.4 vurveshe na otdelen patch, a sega
<em class="quotelev1">>   se prenapisva, da raboti zaedno s device mapper i raid, i da ne reimplementva povecheto
<em class="quotelev1">>   neshta na raid-a. Prakticheski, EVMS shte se svede prosto do edno kolichestvo userspace
<em class="quotelev1">>   tools, koito shte mogat da manage-vat RAID i LVM ednovremenno, i da ulesnqvat mnogo
<em class="quotelev1">>   diskoviq management. Ochakva se po nqkoe vreme sled kato izleze 2.6, ekipa, kojto raboti
<em class="quotelev1">>   po EVMS, da napravi tool-ove za migraciq ot EVMS dqlove do LVM2 (ponezhe izpolzvat
<em class="quotelev1">>   razlichen on-disk format). po vuprosa za reimplementaciqta - [3] i [4]
<em class="quotelev1">>   
<em class="quotelev1">> 
<em class="quotelev1">> 
<em class="quotelev1">>  URL-ta:
<em class="quotelev1">>  [1] http://tldp.org/HOWTO/LVM-HOWTO/index.html
<em class="quotelev1">>  [2] http://www.sistina.com/products_lvm.htm
<em class="quotelev1">>  [3] http://lwn.net/Articles/14816/ 
<em class="quotelev1">>  [4] http://lwn.net/Articles/14714/

<p>============================================================================
A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
============================================================================