Feljött egy kérdés.
Létezik egy Xen klaszter, 2 hoszttal.
Egyiken fut a vm1 guest, másikon a vm2 guest.
Heartbeat közöttük.
Szeretném mozgatni a vm2-t a 2-es hosztról az egyesre, méghozzá "live".
ezek egyelőre nem segítettek:
vm migrate --live vm2 xen1 (itt elindul a migráció, de amint átér, hiba van a crm_mon alatt és leáll a guest)
crm_resource -M -r vm2 -H xen1 (nem történik semmi)
Ötletek?
- 2061 megtekintés
Hozzászólások
Ha jól tudom Xen-nel csak közös stroge-el tudsz migrálni. Van ilyened hozzá?
- A hozzászóláshoz be kell jelentkezni
Mármint live migrálni.
- A hozzászóláshoz be kell jelentkezni
A vm-ek iscsi-ocfs2 kozos partition vannak.
- A hozzászóláshoz be kell jelentkezni
most látom, hogy "ha" nélkül sem megy a live migració xen alatt...ezt még meg kell néznem...
- A hozzászóláshoz be kell jelentkezni
"ha" mint high aviability?
Nekem annó simán ment a live migráció, igaz talán 3.2 es volt. Valószínű azóta is menne :>
Két dom0 + egy közös iscsi, hiba nélkül migrálódtak oda-vissza.
Ubuntu 10.04, Thinkpad x61s
- A hozzászóláshoz be kell jelentkezni
ez akkor ugye azt jelenti, hogy mindkét gépen van drbd majd iscsi a drbd felett.
ezután mindkét dom0 rácsatlakozik a targetre?
ha igen, nem lehet ezt egyszerűbben (pl drbd pri/pri) ? egy DomU ugyis csak 1 példányban
fut (persze jobb esetben...)
- A hozzászóláshoz be kell jelentkezni
Miert nem vmilyen replikaciot biztosito cluster fs (moosefs, glusterfs)?
tompos
- A hozzászóláshoz be kell jelentkezni
dehogyis :>
Van 1 iscsi-s gép ami pl storage, freenas vagy bármi.
Erre az iscsi-s devicera LVM került, és az azon lévő particíókra kerültek a domU fájlrendszerei.
Természetesen 1 domU 1 gépen futott. Mikor live migrationnal átpakoltam a másik dom0-ra, akkor az használta a iscsi megosztáson lévő LVM partíciót.
Ubuntu 10.04, Thinkpad x61s
- A hozzászóláshoz be kell jelentkezni
- A hozzászóláshoz be kell jelentkezni
igen, mert jóval kevesebb szopással jár.
Annó néztem a drbd-s megoldást is, de az nekem nem jött, be
Letisztultabb, egyszerűbb, biztonságosabb egy külön "storage" :>
Ubuntu 10.04, Thinkpad x61s
- A hozzászóláshoz be kell jelentkezni
Három géppel letisztultabb.
Nálam a storage gépen egy md0 van kiosztva iscsi-val, a xen gépek ezt használják munkapartícióra. ocfs2 van rajta, xen-ről formázva.
Gondolkodom az lvm bevonásán, a snapshot miatt úgy akarnám, hogy md0 kiosztva a storage-n, ez, mint "pv" bemegy a xen-en lévő LVM-be, majd azt használnám "lv"-ként.
Ilyen esetben nem tudom, minden okés lenne e?
- A hozzászóláshoz be kell jelentkezni
En ezt talaltam: http://www.youtube.com/watch?v=EnFbl4FXQGQ&feature=player_embedded
--
1 leszel vagy 0 élő vagy hulla!
- A hozzászóláshoz be kell jelentkezni
A xend konfigurációban ugye engedélyezted, hogy egymás portjait elérjék a hostok? Plusz kell alá közös storage, amit mindkét host lát.
A Heartbeathez nem tudok hozzászólni, én ilyet eddig csak RHEL 5.x alatt csináltam Redhat Cluster Suite-tel.
--
Web 2.0: you make the content, they make the money.
- A hozzászóláshoz be kell jelentkezni
ugyanolyan CPU van mindkét host gépben?
- A hozzászóláshoz be kell jelentkezni
+1
xm info kimenetét nézd át tüzetesen, lehet, hogy az egyiken nincs pl. az nx bit engedélyezve.
- A hozzászóláshoz be kell jelentkezni
Ha crm_mon akkor gondolom 3 -as heartbeat.
Minden esetre próbáld meg, hogy a heartbeatet leállítod és akkor migrálsz
xm migrate --live vm2 xen1
Parancsal. Szóval szerintem a crm -ben van valami elrontva. Ezt lrmadmin -al is ki tudod deríteni.
----
올드보이
http://molnaristvan.eu/
- A hozzászóláshoz be kell jelentkezni
Nos, most már megy a xen live migráció, heartbeat-tel együtt.
Ez eddig okés is.
Most ha host1-vm1 , host2-vm2 párosítás fut, és a host2-t kirántom az áramból,
akkor a vm2-nek újra kéne indulnia a host1-en.
Nos, ez nem megy, a vm1 indításánál "start hibát" ír ki a jószág (crm_mon).
Előtte a 30s-os ocfs2 recovery idő fut, lehet, hogy ez kakil bele a rendszerbe? Vagy más ötlet?
- A hozzászóláshoz be kell jelentkezni