Hello
Egy windows szerver 2008-at futtatnék xen virtuális gépen.
A gép konfigurálva van, de mutat csúf jelenségeket:
Nagyon lassan indul el az installer (CD-image a szerveren van) - van hogy 20 perc.
Az install fájlok kicsomagolásánál amint elér a 64%-ra összedől a virtuális gép, a hvm logban meg semmi. (Kicsit gyanús ez a 64%, mert ez valahol a 2G környékén lehet.)
A legbosszantóbb, hogy ugyanezen a gépen van egy vitruális gép, amin egy ugyanilyen windows fut (ráadásul azt is én tettem fel).
Azzal kezdtem, hogy a virsh-val dumpoltam a konfigurációt és csak a disk block device-t (drbd van alatta) változtattam meg benne , amin a disk van és abból hoztam létre az újat. Az eredmény a fenti.
A virsh-val tudom az xml konfigurációt az xm-nek megfelelőre alakítani, de szívesen megnézném, hogy a futó gépnek mi az aktuális natív (xm féle) konfigurációja.
Ré lehet venni az xm-et, hogy ezt dumpolja?
Esetleg valami más ötlet?
[megoldás]
Okulásként leírom a megoldást.
Ha csak egy virtuális processzort kap az installálás ideje alatt akkor szépen felmegy.
Ha már installálva van lehet neki akárhányat adni.
- 7230 megtekintés
Hozzászólások
domxml-to-native
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal - A hozzászóláshoz be kell jelentkezni
A virsh domxml-to-native xen-xm xml_file trükköt ismerem. Kínomban keresek valami alternatívát is, hátha hibázik. Valamikor a virsh kitalálása előtt is használták gondolom az xm-et és felmerült, hogy a futás közben agyonmódosított konfigurációt valahogy lementsék az utókor számára.
Egyelőre nem találtam meg a trükköt, persze lehet, hogy nem is ez kell nekem.
- A hozzászóláshoz be kell jelentkezni
Feldobhatnad valahova (dropbox,pastebin) az XML-t, en nem vagyok libvirt szakerto, de hatha valakinek szemet szur valami.
Esetleg meg tudok igerni valamikorra egy tesztet.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal - A hozzászóláshoz be kell jelentkezni
Gplpv driverek fenntvannak?
- A hozzászóláshoz be kell jelentkezni
Hol? A _telepiton_ nem jutunk tul.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal - A hozzászóláshoz be kell jelentkezni
Ahhoz, hogy feltegyem előbb a windowsnak kellene felmennie, az meg nem megy fel, mert az installáló az intall fájlok kibontásakor felborítja a virtuális gépet.
- A hozzászóláshoz be kell jelentkezni
Ja, már vágom. :)
Config fájlt gondolom már nézted. Logokban van vmi?
- A hozzászóláshoz be kell jelentkezni
Mindenki okulására a megoldás - illetve a kuruzslás aminek eredménye lett.
Az állandóan elszálló virtuális gépnek 4 processzora és 8G RAM-ja volt. Ezt levettem egyre és négyre.
Ennek következtében az eddig reumás csiga (indulás 15 perc) installer megtáltosodott és minden hiba nélkül felment.
Ha mindenféle update-et és drivert feltettem tesztelni fogom a sebességet és fokozatosan emelem a processzorok számát és a memóriát. Kezdem magam belgyógyásznak érezni.
- A hozzászóláshoz be kell jelentkezni
Általában nem illik a virtuális gépnek odaadni az összes memóriát, illetve procimagot.
- A hozzászóláshoz be kell jelentkezni
Fizikailag 12 mag van és rengeteg memória, emiatt nem lett volna gond. Elvileg kioszthatnék több magot is, mint ami van fizikailag.
Installálás után szépen felnyomtam 4 magig és 8 gigáig és a rendszer szépen megy, csak az installálónak volt vele baja.
- A hozzászóláshoz be kell jelentkezni
A Windows 64 bites?
--
Nem az erős, aki sosem esik el, hanem az, aki mindig fel tud állni!
- A hozzászóláshoz be kell jelentkezni
Újra olvastam a kérdésemet. A köz kedvéért a megoldás:
Ha az installálás alatt egynél több processzora volt a virtuális gépnek a fenti elhalálozást produkálta.
Az installálást egy processzoron csináltam és a többit utána adtam hozzá így szépen ment.
- A hozzászóláshoz be kell jelentkezni