{"id":282,"date":"2012-05-29T10:19:00","date_gmt":"2012-05-29T08:19:00","guid":{"rendered":"http:\/\/www.opencomp.hu\/?p=282"},"modified":"2020-03-25T10:20:26","modified_gmt":"2020-03-25T09:20:26","slug":"freebsd-raid-megoldasok-i-a-geom","status":"publish","type":"post","link":"https:\/\/www.opencomp.hu\/?p=282","title":{"rendered":"FreeBSD RAID megold\u00e1sok I. \u2013 a GEOM"},"content":{"rendered":"\n

Eml\u00edtettem a hibat\u0171r\u0151 adatt\u00e1rol\u00e1sr\u00f3l sz\u00f3l\u00f3 cikkben<\/a>, hogy konkr\u00e9t p\u00e9ld\u00e1kkal is bemutat\u00e1sra ker\u00fclnek a BSD-kben, jelen esetben a FreeBSD-ben alkalmazhat\u00f3 RAID megold\u00e1sok; itt term\u00e9szetesen csak \u00e9s kiz\u00e1r\u00f3lag az oper\u00e1ci\u00f3s rendszer \u00e1ltal biztos\u00edtott kernel szint\u0171 szoftveres RAID-ekr\u0151l besz\u00e9l\u00fcnk. A most bemutat\u00e1sra ker\u00fcl\u0151 RAID megold\u00e1s a legegyszer\u0171bben be\u00e1ll\u00edthat\u00f3 t\u00edpusa a hibat\u0171r\u0151 t\u00f6mb\u00f6knek FreeBSD alatt. Ez GEOM keretrendszerre \u00e9p\u00fcl, mely egy modul\u00e1ris r\u00e9sze a kernelnek, \u00e9s lehet\u0151v\u00e9 teszi a diszkek k\u00fcl\u00f6nf\u00e9le RAID szintekbe t\u00f6rt\u00e9n\u0151 rendez\u00e9s\u00e9t.
<\/p>\n\n\n\n

FreeBSD  RAID megold\u00e1sok  I.  \u2013  a GEOM<\/h2>\n\n\n\n

L\u00e1ssuk, hogyan tudjuk ezt be\u00e1ll\u00edtani.<\/p>\n\n\n\n

T\u00e9telezz\u00fck fel, hogy van egy frissen telep\u00edtett FreeBSD rendszer\u00fcnk, kett\u0151 darab diszkkel, ezek az:<\/p>\n\n\n\n

freebsd# camcontrol devlist -v<\/p>\n\n\n\n

scbus0 on ata0 bus 0:
<VBOX HARDDISK 1.0>                at scbus0 target 0 lun 0 (pass0,ada0)
<VBOX HARDDISK 1.0>                at scbus0 target 1 lun 0 (pass1,ada1)<\/p>\n\n\n\n

A rendszer\u00fcnk maga az ada0 diszken lett telep\u00edtve, innen is indul, minden filerendszere ezen van. Az ada1 diszk egyel\u0151re, mint kihaszn\u00e1latlan kapacit\u00e1s van jelen a rendszer\u00fcnkben. A k\u00e9t diszk m\u00e9rete megegyezik.<\/p>\n\n\n\n

RAID1 (mirror) be\u00e1ll\u00edt\u00e1sa:<\/h3>\n\n\n\n

Miel\u0151tt elkezden\u00e9nk konfigur\u00e1lni a RAID1 t\u00f6mb\u00f6t, enged\u00e9lyezn\u00fcnk kell a magasabb szint\u0171 debug inform\u00e1ci\u00f3t \u00e9s hozz\u00e1f\u00e9r\u00e9st az eszk\u00f6z\u00f6kh\u00f6z a k\u00f6vetkez\u0151 paranccsal:<\/p>\n\n\n\n

\"\"<\/a><\/figure><\/div>\n\n\n\n

A RAID be\u00e1ll\u00edt\u00e1s tulajdonk\u00e9ppen most kezd\u0151dik azzal, hogy a meta adatb\u00e1zist l\u00e9trehozzuk a RAID t\u00f6mb els\u0151 lemez\u00e9n. A m\u00e1sodikon nem lesz sz\u00fcks\u00e9ges l\u00e9trehozni, mert a t\u00f6mb szinkroniz\u00e1ci\u00f3ja sor\u00e1n ez is t\u00fckr\u00f6z\u0151dik.<\/p>\n\n\n\n

\"\"<\/a><\/figure><\/div>\n\n\n\n

A metaadatok sikeresen elt\u00e1rol\u00f3dtak az ada0 diszken. Most inicializ\u00e1lnunk kell a GEOM keretrendszert, ez voltak\u00e9ppen bet\u00f6lti a GEOM modult a kernelbe.<\/p>\n\n\n\n

freebsd# gmirror load
freebsd#<\/p>\n\n\n\n

A parancs sikeres v\u00e9grehajt\u00f3d\u00e1sa ut\u00e1n a \/dev\/mirror alatt l\u00e9trej\u00f6n a gm0 eszk\u00f6z node. Tulajdonk\u00e9ppen m\u00e1r van egy RAID1-\u00fcnk, amiben \u2013egyel\u0151re- egy diszk van. Err\u0151l k\u00e9rhet\u00fcnk inform\u00e1ci\u00f3t a k\u00f6vetkez\u0151 m\u00f3don:<\/p>\n\n\n\n

freebsd# gmirror status<\/p>\n\n\n\n

\"\"<\/a><\/figure><\/div>\n\n\n\n

 R\u00e9szletesebben pedig:<\/p>\n\n\n\n

freebsd# gmirror list<\/p>\n\n\n\n

\"\"<\/a><\/figure><\/div>\n\n\n\n

Ezzel azonban m\u00e9g nem v\u00e9gezt\u00fcnk, hiszen a rendszer\u00fcnk m\u00e9g mindig az els\u0151 diszkr\u0151l bootolna \u00fajraind\u00edt\u00e1s eset\u00e9n, \u00e9s a RAID t\u00f6mb sem teljes m\u00e9g, mert csak egy tagja van. Ehhez el\u0151sz\u00f6r is az \/etc\/fstab f\u00e1jl \u00e1tszerkeszt\u00e9s\u00e9re lesz sz\u00fcks\u00e9g. A biztons\u00e1g kedv\u00e9\u00e9rt err\u0151l csin\u00e1ljunk egy backupot el\u0151bb:<\/p>\n\n\n\n

freebsd# cp \/etc\/fstab \/etc\/fstab.orig<\/strong> majd szerkessz\u00fck meg: vi \/etc\/fstab<\/strong>.<\/p>\n\n\n\n

Cser\u00e9lj\u00fck le az \u00f6sszes \/dev\/ada0sXy<\/strong> hivatkoz\u00e1st \/dev\/mirror\/gm0sXy<\/strong> \u2013ra, ilyen m\u00f3don:<\/p>\n\n\n\n

El\u0151tte:<\/p>\n\n\n\n

\"\"<\/a><\/figure><\/div>\n\n\n\n

Ut\u00e1na:<\/p>\n\n\n\n

\"\"<\/a><\/figure><\/div>\n\n\n\n

Fontos, hogy a GEOM modulnak m\u00e1r a kernel bet\u00f6lt\u0151d\u00e9sekor \u00e9s a f\u00e1jlrendszerek felcsatol\u00e1sa el\u0151tt be kell t\u00f6lt\u0151dnie, k\u00fcl\u00f6nben nem fog tudni elindulni a rendszer. Ehhez a k\u00f6vetkez\u0151 bejegyz\u00e9sre lesz sz\u00fcks\u00e9g a \/boot\/loader.conf  fileba:<\/p>\n\n\n\n

echo \u2018geom_mirror_load=\u201dYES\u201d\u2018 >> \/boot\/loader.conf<\/strong><\/p>\n\n\n\n

A fenti l\u00e9p\u00e9sek megt\u00e9tele ut\u00e1n ind\u00edtsuk \u00fajra a rendszer\u00fcnket \u00e9s l\u00e1ssuk, mi t\u00f6rt\u00e9nik!<\/p>\n\n\n\n

Egy ilyen sort l\u00e1tnunk kell majd a kernel\u00fczenetek k\u00f6z\u00f6tt:<\/p>\n\n\n\n

\"\"<\/a><\/figure><\/div>\n\n\n\n

A f\u00e1jlrendszerek pedig a k\u00f6vetkez\u0151k\u00e9ppen n\u00e9znek ki:<\/p>\n\n\n\n

\u00dajraind\u00edt\u00e1s el\u0151tt:<\/p>\n\n\n\n

\"\"<\/a><\/figure><\/div>\n\n\n\n

\u00dajraind\u00edt\u00e1s ut\u00e1n:<\/p>\n\n\n\n

\"\"<\/a><\/figure><\/div>\n\n\n\n

Nagyszer\u0171! A RAID m\u0171k\u00f6dik! Mind\u00f6ssze annyi dolgunk maradt, hogy a m\u00e9g mindig kihaszn\u00e1latlan m\u00e1sodik diszket is \u201er\u00e1akasszuk\u201d a mirror device-ra, hiszen ebben a pillanatban m\u00e9g nem redund\u00e1ns a t\u00f6mb. Tegy\u00fck meg ezt most!<\/p>\n\n\n\n

freebsd# gmirror insert gm0 ada1<\/p>\n\n\n\n

\"\"<\/a><\/figure><\/div>\n\n\n\n

A m\u00e1sodik diszk m\u00e1r szinkroniz\u00e1l\u00f3dik is.<\/p>\n\n\n\n

\"\"<\/a><\/figure><\/div>\n\n\n\n

Miut\u00e1n a szinkron v\u00e9gigment, l\u00e1tjuk, hogy a RAID1 t\u00f6mb\u00fcnk is konzisztens lett.<\/p>\n\n\n\n

\"\"<\/a><\/figure><\/div>\n\n\n\n

K\u00e9sz is vagyunk!<\/p>\n\n\n\n

N\u00e9h\u00e1ny megjegyz\u00e9st azonban tenn\u00fcnk kell:<\/p>\n\n\n\n

\u2013  ha egy m\u00f3d van r\u00e1, ezt frissen telep\u00edtett rendszer eset\u00e9n konfigur\u00e1ljuk (kevesebb downtime, \u00e9s kisebb es\u00e9ly az adatveszt\u00e9sre)
\u2013 GPT t\u00edpus\u00fa part\u00edci\u00f3kon ez nem m\u0171k\u00f6dik, mivel a GEOM fel\u00fcl\u00edrja a GPT metaadatokat \u00e9s ez m\u0171k\u00f6d\u00e9sk\u00e9ptelen rendszert eredm\u00e9nyez.<\/p>\n\n\n\n

Mi a teend\u0151 diszkhiba eset\u00e9n?<\/h3>\n\n\n\n

Ha pl. meghib\u00e1sodik az ada1, teh\u00e1t a m\u00e1sodik diszk, akkor csere el\u0151tt a GEOM adatb\u00e1zissal is tudatni kell, hogy m\u00e1rpedig mi ezt ki fogjuk cser\u00e9lni! Ha a diszk m\u00e9g l\u00e1tszik a gmirror status kimenetben, de FAULTED vagy DEGRADED statusszal, akkor haszn\u00e1ljuk a k\u00f6vetkez\u0151 parancsot:<\/p>\n\n\n\n

freebsd# gmirror forget gm0<\/p>\n\n\n\n

Ha a diszkre NEM jelez hib\u00e1s st\u00e1tuszt, de m\u00e1s forr\u00e1sb\u00f3l (logok, kernel\u00fczenetek) arra lehet k\u00f6vetkeztetni, hogy a diszken pl. hib\u00e1s szektorok vannak (ami ellen a RAID ugye nem v\u00e9d, ill. a f\u00e1jlrendszer hib\u00e1i ellen sem), akkor a k\u00f6vetkez\u0151t alkalmazzuk:<\/p>\n\n\n\n

freebsd# gmirror remove gm0 ada1<\/p>\n\n\n\n

Majd a diszk fizik\u00e1lis cser\u00e9je ut\u00e1n:<\/p>\n\n\n\n

freebsd# gmirror insert gm0 ada1<\/p>\n\n\n\n

RAID0 (stripe) be\u00e1ll\u00edt\u00e1sa:<\/h3>\n\n\n\n

A RAID1-hez teljesen hasonl\u00f3an \u00e1ll\u00edthatjuk be (kiv\u00e9ve tal\u00e1n, hogy rem\u00e9lem \/ vagy egy\u00e9b OS filesystemet gondolom senkinek nem jutna esz\u00e9be RAID0-n tartani). Term\u00e9szetesen itt redundanci\u00e1val nem sz\u00e1molhatunk, mivel egy k\u00e9t diszkb\u0151l \u00e1ll\u00f3 stripe eset\u00e9n az egyik kies\u00e9se eset\u00e9n is teljes lesz az adatveszt\u00e9s.<\/p>\n\n\n\n

Az el\u0151z\u0151ek alapj\u00e1n:<\/p>\n\n\n\n

freebsd# gstripe label -v st0 da0 da1<\/p>\n\n\n\n

\"\"<\/a><\/figure><\/div>\n\n\n\n

Hozzunk l\u00e9tre labelt:<\/p>\n\n\n\n

freebsd# bsdlabel -wB \/dev\/stripe\/st0<\/p>\n\n\n\n

Majd f\u00e1jlrendszert:<\/p>\n\n\n\n

freebsd# newfs -U \/dev\/stripe\/st0a<\/p>\n\n\n\n

\"\"<\/a><\/figure><\/div>\n\n\n\n

Ellen\u0151rizz\u00fck:<\/p>\n\n\n\n

\"\"<\/a><\/figure><\/div>\n\n\n\n

\u00c9s fel is csatolhatjuk:<\/p>\n\n\n\n

freebsd# mount \/dev\/stripe\/st0a  \/test<\/p>\n\n\n\n

\"\"<\/a><\/figure><\/div>\n\n\n\n

Itt se felejts\u00fck el a loader.conf-ba tenni a megfelel\u0151 bejegyz\u00e9st:<\/p>\n\n\n\n

echo \u2018geom_stripe_load=\u201dYES\u201d\u2018 >> \/boot\/loader.conf<\/p>\n\n\n\n

IO statisztik\u00e1k:<\/h3>\n\n\n\n

freebsd# gstat<\/p>\n\n\n\n

\"\"<\/a><\/figure><\/div>\n\n\n\n

\u00d6sszegz\u00e9s:<\/h3>\n\n\n\n

A GEOM haszn\u00e1lata szerintem nagyon logikus, \u00e9s vill\u00e1mgyorsan  konfigur\u00e1lhat\u00f3. Stabil, megb\u00edzhat\u00f3 eszk\u00f6z, \u00e9s v\u00e9g\u00fcl, de nem utols\u00f3sorban a performanci\u00e1ja is kiv\u00e1l\u00f3.<\/p>\n","protected":false},"excerpt":{"rendered":"

Eml\u00edtettem a hibat\u0171r\u0151 adatt\u00e1rol\u00e1sr\u00f3l sz\u00f3l\u00f3 cikkben, hogy konkr\u00e9t p\u00e9ld\u00e1kkal is bemutat\u00e1sra ker\u00fclnek a BSD-kben, jelen esetben a FreeBSD-ben alkalmazhat\u00f3 RAID megold\u00e1sok; itt term\u00e9szetesen csak \u00e9s kiz\u00e1r\u00f3lag az oper\u00e1ci\u00f3s rendszer \u00e1ltal biztos\u00edtott kernel szint\u0171 szoftveres RAID-ekr\u0151l besz\u00e9l\u00fcnk. A most bemutat\u00e1sra ker\u00fcl\u0151 RAID megold\u00e1s a legegyszer\u0171bben be\u00e1ll\u00edthat\u00f3 t\u00edpusa a hibat\u0171r\u0151 t\u00f6mb\u00f6knek FreeBSD alatt. Ez GEOM keretrendszerre \u00e9p\u00fcl, mely … „FreeBSD RAID megold\u00e1sok I. \u2013 a GEOM”<\/span> b\u0151vebben<\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[4],"tags":[],"class_list":["post-282","post","type-post","status-publish","format-standard","hentry","category-blogpost"],"aioseo_notices":[],"_links":{"self":[{"href":"https:\/\/www.opencomp.hu\/index.php?rest_route=\/wp\/v2\/posts\/282","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.opencomp.hu\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.opencomp.hu\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.opencomp.hu\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.opencomp.hu\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=282"}],"version-history":[{"count":1,"href":"https:\/\/www.opencomp.hu\/index.php?rest_route=\/wp\/v2\/posts\/282\/revisions"}],"predecessor-version":[{"id":283,"href":"https:\/\/www.opencomp.hu\/index.php?rest_route=\/wp\/v2\/posts\/282\/revisions\/283"}],"wp:attachment":[{"href":"https:\/\/www.opencomp.hu\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=282"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.opencomp.hu\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=282"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.opencomp.hu\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=282"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}