LVM hogyan?

Linux-kezdő

Sziasztok

Lenne egy elég furcsa kérdésem, de biztos tudtok segíteni.
LVM tanulással szeretném tölteni a következő egy hónapot. Azt tudom mire jó használtam is egyszer kétszer, de úgy igazából mindig próbáltam kerülni a témát. (ha jól látom vannak fájdalmas részei) Igazából egy kis átfogó képet szeretnék kapni mivel érdemes hol érdemes kezdeni.
Főleg a buktatók érdekelnek, hol lehet nagyot hasalni. VM alatt játszanék vele terveim szerint vagy 100 X szét akarok verni vele egy rendszert csak tudjam megismerni jó alaposan.
Tömören, ki hogy, hol szívott vele a legtöbbet? Szívesen bejárnám én is ezeket az utakat.

Előre is köszi a válaszokat

(remélem nem sikerült túl bénára fogalmaznom, de jól jönne mások tapasztalata)

  • 7259 megtekintés

( uid_7086 | 2014. 03. 23., v – 13:48 )

Bár már tud sw RAID-et, nem javasolnám a használatát. :)
(már úgy értem: az LVM-es RAID-ét)

Külföldön dolgozom egy ideje, nyelvet tanulom, dolgozok, 10 évig otthon szervizeltem most cirka két év kiesett, az alaptudás megvan (otthon mint sok magyar cégnél bár ahogy nézem ez megy már másol is, multi funkciós bicskát keresnek) Ez is egy tudás fajta, én is ez voltam de sajna ez a tudás felszínes tud lenni. Most nézegettem sok álláshitetést és vannak kulturált cégek, akik azt mondják Windóz rendszergazdát keresünk, vagy Linux/Unix meg esetleg legyen Storage tapasztalat, vagy hálózati ismeret. Ennyi nem több. Én ilyet szeretnék. Nyilván azért kérnek ennyit, mert ebből viszont tutit akarnak. Körbekérdeztem sok embert és felírtam a hiányokat. 9 pont 9 hónap. Jövőre el akarok menni normális helyre dolgozni lehetőleg multi vállalathoz (ő valószínű képez is). :) Ha megkérdezik mit tudok, akkor azt amit mondok azt úgy mondom hogy igen mélyenszántóan ismerem. Aztán persze tanul és fejlődik az ember tovább

Hat ehhez annyit tudok fuzni, hogy

1) hajra
2) eleg szerencses helyzetben vagy, ha 9 honapig el tudsz igy lenni
3) ertelmes munkahelyen 1 het alatt tobbet tanulsz, mint otthon 1 honap alatt, de megertem, hogy alapozasra van szukseged

Ettol fuggetlenul csak az LVM-re 1 honapot szentelni tovabbra is erosnek es tul specifikusnak erzem, azert tobb is van a storage-ben, mint par parancssori tool. De nyilvan lelked rajta :)

Tanfolyamon másfél órát szánok rá gyakorlattal együtt. Ez alatt szinte mindenki megérti, hiszen nem egy nagy wasistdas. Persze ott nem érintjük az LVM mirror-t és hasonlókat (mi az anyám az az LVM RAID, amiről HZ beszél?). Persze ha nem használják napi szinten, akkor kopik a tudás, de kb. pont az a nagyszerű az LVM-ben, hogy egyszerű, mint a faék. csak a rétegeket kell megérteni. :D

Ja az összefoglaló heti tesztből általában ez az a rész (LVM), ami mindenkinek sikerül (valamiért a MAC-on és ACL-en többen elvéreznek mint ezen).

Az LVM2 tud magában Raid0/1/5/6/10-t szoftveresen.
Ellenben amikor én utoljára néztem, 3 device kellett egy raid1-hez. A két adat tükör és egy log device.
Ezen túl elég otromba szívás volt, ha eltörtem a log device-t (VM-ben, játszottam picinyt).

Szóval open source cuccnak még mindig az mdadm + lvm2 kombó a nyerő.
A fizetősök közül meg... fusson ki merre lát! ;)

Én HPUX-on használtam, ott nem volt más (illetve ami lett volna, az horror áron volt. Valami vx kezdetű parancsokkal működött, de még véletlenül sem jut eszembe a neve)
Amennyire vissza tudok rá emlékezni, csak tükrözésre használtuk, az egyebeket hardverből intéztük.
Viszont akkoriban még tükrözni sem tudott a linuxos LVM, szóval magamban anyáztam egy sort, mikor kiderült, hogy nem teljesen egyformák. :)

Az a vx-kezdetu az meglepo modon a VxVM volt (Veritas eXtended Volume Manager), Tru64-bol ismeretes LSM neven is :-)
Es gyanitom a HP-UX-os LVM-et hasznaltatok pl. arra is, hogy 2 diszket egyben lassatok, vagy plane hogy baromi rugalmasan lehessen "particionalni" a diszkeket. (Ezzel kb ossze is szedtuk az ilyen kotetkezelok 3 legfontosabb funkciojat:
- sok diszket egybegyurni virtualis diszkke
- a virtualis diszket rugalmasan szabdalni/boviteni
- esetleg mirrort/stripe-ot/RAIDxx-et (ezt ugye x> 1 eseten nem tud a HP-UX LVM) beallitani

Veritas! Na ez nem jutott eszembe.
Az LSM nem Solaris-os dolog volt? Ez meglepett. Esküdni mertem volna, hogy Fischer Eriktől hallottam róla... :)

HPUX-os LVM nem tud csak RAID1-ig? Újabb meglepetés. Úgy emlékeztem, pusztán azért nem használtuk, mert a diszkvezérlőkben ezt kényelmesebben, gyorsabban lehetett kivitelezni.

Solaris alatt tudtommal SDS (Solstice Disk Suite volt) volt, es jo penzert VxVM. Tru64 alatt volt LVM (kb ugyanaz/ugyanolyan, mint a HP-UX-os, Linuxos), asszem 3.x-ig, aztan 4.x-tol mar a Veritas-fele, LSM (Logical Storage Management) neven. Viszont Tru64-ben volXYZ volt a parancsok neve. (Eveken keresztul csak ugy tudtam a VxVM parancsokat megjegyezni, hogy volsetup, voldiskadd, volIZE, es kellett fejben egy sed -e 's/^volume$/vxvol/' -e 's/^vol/vx/'. Az elso fele azert, mert a volume parancsot vxvol nak hivjak, de a tobbire kb igaz ez a helyettesites.)

Mindettol fuggetlenul Eriktol is hallhattal LSM-rol, mit tudom en, minek a roviditese ezen kivul.

Kifejezetten, mint Logical Storage Manager emlékszem rá. A másik LSM egy hardveres titkosító doboz volt, de arról csak hallottam, hogy olyan is van.
Eszerint rosszul tudtam és Tru64-en volt.
A "volizé" és "vxizé"-re is úgy emlékeztem, hogy lv és vx, a többi azonos. Akkor erre is rosszul... :)

Pár napja volt a tévében egy NCIS rész, amiben a főszereplő úgy volt amnéziás, hogy a sérülései nem indokolták. Azt mondta az őt kezelő doki, hogy létezik a páciens által szándékosan előidézett amnézia is, ha valamire nagyon nem akar emlékezni.
Eddig azt hittem, nálam ez csak az Oracle témákra áll, de úgy fest, az egyebeket is sikerült elfelejteni. Már arra sem emlékszem, hogy a "sam" az AIX v. HPUX... és a másikban hogy hívják a hasonló funkciójú eszközt.

A szoftveres raid5 pusztítóan lassú.
S nem is akkor amikor írsz vagy olvasol (bár az sem kispályás), hanem amikor újraépíted diskcsere után.

Amúgy szerintem a HPUX is tud raid 1+0 (raid10 más írásmód szerint).

(Interjún klasszikus beugrató elméleti kérdés a raid10 és raid01 közti különbség.)

"(Interjún klasszikus beugrató elméleti kérdés a raid10 és raid01 közti különbség.)"

Mert mi az elméleti különbség ? Én úgy tudom, hogy mivel a 10 előbb tükröz, majd utána csíkoz, ezért biztonságosabb lehet.

--
Fontos! Ha berágok, nem feltétlen személyed ellen szól...
openSUSE 13.1 x86_64

( lberes (nem ellenőrzött) | 2014. 03. 23., v – 20:37 )

Ahogy tobben irtak, az LVM nem raketatudomany, de ha ugyetlen vagy, labon loheted magad. En a helyedben kiprobalnek olyasmiket, hogy:

- pvmove (mondjuk koltoztetes eszkozok kozott, felepithetsz pl. egy szoftveres iscsi targetet hozza)
- pv/vg/lvresize - gyakori feladat, raadasul filerendszer atmeretezessel egyutt
- clvm (clusteres LVM, nem annyira trivialis, mint amilyennek hangzik)

--
L

"- pv/vg/lvresize - gyakori feladat, raadasul filerendszer atmeretezessel egyutt"

Na ezt pl. nem árt alaposan begyakorolni, mert k.nagyokat lehet szopni vele. Nem tudom, bug-e vagy csak én voltam figyelmetlen, de tettem már tönkre LVM-mel játszadozás közben fájlrendszert azzal, hogy kissé csökkentettem a méretét. És a hülyéje szó nélkül megcsinálta, csak a reboot után vette észre, hogy megsérült (ext3 v. ext4 volt az áldozat). Javíthatatlanul. Még szerencse, hogy virtuális gép volt és volt róla snapshot. :)

Csak ott kezd gázossá válni a dolog, ha az egyik blokkszámmal dolgozik, a másik meg mondjuk cilinder méretre kerekít.
Én meg valami ilyenbe futottam bele. Holnap feltúrom a jegyzeteimet, talán maradt nyoma a történetnek.
OK, hogy végső soron az én hibám volt, de 201x-ben valahol elvárnám egy modern rendszertől, hogy figyelmeztessen ha efféle hülyeséget csinálok.

Nem fog, mert nem tud róla.
Az mdadm/lvm2 kombót nem érdekli és nem is tudja, hogy te épp FS-t teszel rá. (Ne feledd, DB-k szívesen használnak raw devicet. Meg úgy az egész az fs dolog kivül esik az LVM értelmezési tartományán.)
A fs-ek meg pont ugyanúgy nem tudnak arról, hogy a device amin laknak az most lvm, mdadm vagy más egyéb.

S ez így van jól.
De ott is külön fejlesztés eredménye, hogy erre odafigyelnek. S nem mellékesen te is írhatsz ilyen toolsetet. A fizetős cuccok előnye egyrészt ott van, hogy a toolset (jó esetben) létezik és működik.

AIX és HP alatt kicsi eséllyel lőheted lábon magad. (Főleg AIX alatt, ahol egy disk csere egy volume groupban kb 4 magas szintű parancs és a rendszer még arra is odafigyel, hogy melyik deviceről melyikre kell tükrözni.)
A VxVM pedig támogatja az egész műveletet.
(Főleg ha vxfs-t használsz.)

(S végül off: de lvm (ez nem az az lvm amit Linuxék ismernek) az AIX-ban vagy 20 éve van. A jfs2 stabilan méretezhető ide vagy oda. Nekem 2005-ben iszonyú maflás volt megélni, hogy a SuSe egy e2resize-zal képes volt összeborítani a filerendszert. Jó mondjuk az AIX lvm-hez képest a Sun Volume Manager, a VxVM is elbújhat. Talán a HP az ami nagyjából szinten van, de láttam már rendszermérnököt azon vitázni, hogy melyik diskről melyikre is kell tükrözni.)

Off vége: igazából ha az mdadm/lvm2 stabilan megy a többi csak végeredményben parancstanulás.

Legvégül pedig SANon és localdisken sem mindegy, hogy melyik tükör melyik disken van. Ez viszont megint low-level bűvészkedés (kivéve AIX) és/vagy toolset. Bár erre nagyjából a fizetős toolok sincsenek felkészítve.

Ebben (amivel dolgom volt a felsoroltakból) nagyjából igazad van. Az a baj, hogy alig emlékszem annak a borulásnak a részleteire. Annyi maradt meg az egészből, hogy elvileg jól csináltam, gyakorlatilag hibás lett a végeredmény, ergo háromszor meg kell gondolni, hogy minden rendben lesz-e egy resizefs+lvreduce után. Ha újra linux közelében leszek, majd megpróbálom reprodukálni.

Lehet azert ilyet massal is. Nekem anno egy AIX tanfolyamon sikerult reprodukalhatoan rosszul csinalni a latszolag jol, bar butan konfiguralt LVM-et. de eltartott egy darabig, mig osszehoztuk a hallgatokkal, hogy melyik parameter atallitasatol borul a dolog. Igen latvanyos volt, gyakorlatilag egesz delelott nem alltam fel a konzol mellol, mig ki nem sakkoztuk.

S van kedved leírni a helyzetet és a megoldást?
Tényleg kíváncsi vagyok.

VxVM-nél láttam és csináltam is olyat, hogy a tükör ép volt, csak épp a plexek és subdiskek kuszán álltak. Elvileg megvolt az adat az egyik disk kihúzásával, de ettől a még a volume feladta, mert a plexek nem voltak kerekek.

Sok mindenre mar nem mlekszem. Meg talan 3.sok AIX volt, vagy nagyon korai 4-es. A smit-ben ha jol remlik alapbol az volt a bealitas, hogy tukrozesnel o talalja ki, hogy melyik diszkekbol rakja ossze a kotetet. Es valami agyament modon ha azt mondtam, hogy ezt nem bizom ra, hanem en valasztom ki a diszkeket, akkor mintha a tukor egyik fele kisebb lett volna a masiknal (vagy eppen 1 PP-vel nagyobb a beallitott meretnel?). Ha ezek utan megszuntetted a tukrot, es az alapbeallitassal ellentetesen megint te magad dontotted el, hogy melyik labat felejtse el, akkor szinten elrontott valamit a PP-kkel.
Ily modon teljesen osszekuszalodott az a tablazata, hogy melyik diszken melyik PP foglalt/szabad, es gyakorlatilag megmakacsolta magat, es a kotetcsoport megszuntetesen kivul mast mar nem engedett. Mivel tesztcelokra hasznalt, eredendoen tok ures kotetcsoportnal jott elo, en sokkal tovabb nem mentem a tesztelesben (mit csinal ha nem ures a VG, illetve milyen egyeb modon lehet kijavitani, mert a teljes VG torles azert nem mindig szerencses).