Dotaz: LVM po siti

[kolcon]

Zdravim,

potreboval bych prestehovat celkem rozsahle LVM (par tera) na jiny stroj, nejlepe bez downtimu.

Je nejaka moznost, jak LVM podstrcit PV po siti?

1) podstrcit PV po siti

2) vyhodit puvodni PV

3) pockat az to po tom gigabitu presype

4) profit

diky...

---

---

Odpovědi

[hates]

Zkuste se podivat na CLVM je to clusterove LVM s moznosti pripojovat disky z jinych stroju. jen ted nevim zda pujde puvodni VM bez problemu a bez ztraty dat predelat na clusterovy typ.

[kolcon]

diky, nejak nemuzu najit pouzitelne howto, ktere by mne nenutilo k tomu zprovoznit cely HA cluster... to je preci zbytecne, kdyz chci jen sdilet disky - nebo?

[iKoulee]

No pokud se nepletu a jedna se o Cluster LVM tak to je jen tool ktery synchronizuje skrze RH HA metadata LVM, ale samotna data je treba resit napr. skrze DRBD, v podstate to imo je jen podpora pro master-master pristup na LVM storage

[blondak]

Podle mě by to mohlo jít přes NBD.

[kolcon]

nejak mi to nechce fungovat...

na serveru

nbd-server 10000 /dev/md0

(/dev/md0 obsahuje to LVM)

na klientovi

nbd-client IP 10000 /dev/nbd0
Negotiation: Error: Server closed connection
Exiting.

v logu serveru:

Jun  6 19:44:45 extshared nbd_server[1785]: connect from 10.0.0.13, assigned file is /dev/md0
Jun  6 19:44:45 extshared nbd_server[1785]: Can't open authorization file /etc/nbd-server/allow (No such file or directory).
Jun  6 19:44:45 extshared nbd_server[1785]: Authorized client
Jun  6 19:44:45 extshared nbd_server[1793]: Starting to serve
Jun  6 19:44:45 extshared nbd_server[1793]: Could not open exported file /dev/md0: Permission denied
Jun  6 19:44:45 extshared nbd_server[1793]: Exiting.
Jun  6 19:44:45 extshared nbd_server[1785]: Child exited with 1

[msaft]

Nikdy jsem s nbd nepracoval, ale myslim ze by se to melo delat opacne:

Mel bys exportovat disk z CILE (nbd_server) a pripojit ho do ZDROJE (client). Tu hlasku bych tipoval na problem s exkluzivnim otevrenim, pokud's to teda nespustil pod userem co na to nemel prava .

Jinak ja bych to zkusil tahle, hodne zalezi na verzi LVM. Napriklad postup s --splitmirrors & splitvg je takovy cisty, ale jde to i bez toho, bod 7 je pak obohacen o vgreduce --removemissing (popr. s --force).

1) zdroj: pvcreate a vgextend na ten nbd

2) Pridat ten nbd jako mirror pro danou LV (vsechny takove)

lvconvert --corelog -m1 vg/lv nbd

(koukni na optiony -b a -i)

3) pockat az se vsechno syncne

4) prerusit provoz na zdroji (odmountovat apod)

5) Vyrobit kopii LV odstepenim toho mirroru. (Jde to i bez tohoto a nasledujiciho kroku.)

lvconvert --splitmirrors 1 -n LV_copy LV nbd

6) Odstepit novou VG s danymi LV na nbd_pv

vgsplit VG VG_new nbd

7) na cili zrusit nbd_server (az se to syncne) a zkusit vgscan a vgchange -ay VG_copy

8) kosmetika - vgrename, lvrename

Vystraha - na vyse uvedene neposkytuji zadnou zaruku! Ani jsem to nikdy nedelal.

Zaloha lvm konfigurace je snad samozrejmost.

Mel by to provadet nekdo se zkusenostmi s lvm, popr. s konzultaci (napr lvm irc kanal na freenode). Ruzne verze lvm se v nekterych vecech lisi.

[iKoulee]

Celkem jiste to nebude problem pro iSCSI (ikdyz je to kapka sra.. prace navic)

[Ondar]

Jojo, taky mě to napadlo - obojí by mohlo zafungovat - iscsi i nbd. I když na produkčním stroji bych si to nedovolil

[xkucf03]

Ani moc práce to není, ale jak chceš udělat tu migraci bez výpadku? Asi by bylo potřeba to nasdílet oběma směry -- jedním směrem jednu část zrcadla a druhým směrem celé zrcadlo. Až se to synchronizuje, zrcadlo na původním stroji zrušit a na novém v tu chvíli máš jeho kopii a jen to "přepojíš", aby se používala místo toho původního zrcadla nasdíleného přes iSCSI.

[kolcon]

Nebo ATAoE

[xkucf03]

Není to zbytečně nízkoúrovňové?

[Sten]

Zbytečně ne, je to úmyslně nízkoúrovňové, protože když nepotřebujete routování ani autorizaci, tak to o dost lépe využije celé pásmo sítě.

[kolcon]

ano, toto vypada nejlepe, diky!

[deejay]

Asi by som to skusil cez DRBD http://www.drbd.org/ . Mne to funguje tak,ze mam 2 servery,v ktorych su 2 hardisky, nad ktorymi je raid 1, nad raidom je LVM, ktory je synchronizovany s druhymi hardiskami cez DRBD protokol cez ethernet

[kolcon]

ten LVM setup uz je existujici, jak jsem pochopil, tak je potreba pod uroven LVM narvat tu DRBD, coz na bezicim serveru asi neudelam?

[deejay]

Ale ano, praveze som to tiez robil na beziacom serveri. Ono ked je LVM rozbehnute, nasledne potom sa nainstaluje DRBD, natiahnu sa nove moduly do jadra, upravi sa konfiguracia DRBD a nasledne zacne kopirovat existujuce data na novy hardisk+ kazda zmena, ktora sa uskutocni uz bude prejavena na oboch diskoch. DRBD je potrebne chapat ako sietovy RAID 1

[kolcon]

nejak mi to nejde... udelal jsem si testovaci LV volume s daty, udelal konfigurak DRBD, ale pri

# drbdadm create-md r0

md_offset 1073737728

al_offset 1073704960

bm_offset 1073672192

Found some data ==> This might destroy existing data! <== Do you want to proceed? [need to type 'yes' to confirm]

a kdyz tam yes, tak mi to to LVM prepise...

#mount /dev/mapper/vg2-pokus /mnt/a

mount: unknown filesystem type 'drbd'

# mount /dev/drbd0 /mnt/a

mount: block device /dev/drbd0 is write-protected, mounting read-only

mount: Wrong medium type

[Ivan]

Jesti je to pro HA reseni tak se zkus podivat na Veritas, sice to neni zadarmo, ale zase to delaji o deset let dyl.