Virtualizáció

Az addig megvan, hogy kirúgták a teljes brigádot akik a Workstationt/Fusiont fejlesztették. A fórumokban 2 héttel ezelőtt azt írták, hogy állítólag lett egy új team akik most kezdik átvenni a kódokat. Tud valaki bővebbet? Lesz ez még fejlesztve? Vagy kuka?

Szerk: A második link legutolsó hozzászólása alapján nincs ok az aggodalomra. Előbb kellett volna olvasnom... Csak az UI csapat lett elbocsátva, ami nem UI ott nincs személyi változás, az új UI csapatban kétszer annyian vannak. Akkor talán csak a csocsó asztallal együtt kirakták a brigádot is...

A cím csak részben igaz. A host Fedora 24, a guest szintén, de ha a guest Fedora 23, akkor sem működik. Ellenben Windows XP guest esetében igen. QXL a virtuális gép VGA-ja, és Spice manageli az egészet, a virtualizáció pedig qemu-kvm.

A guest-en fut a spice-vdagentd, továbbá a desktopra bejelentkezve a kliens is, azaz a spice-vdagent. Eddig minden jó. Ugyanakkor az ablak átméretezése a guest kijelző felbontásának módosítását nem vonja maga után. Természetesen be van pipálva az autoresize. Amúgy majdnem jó, egy bash daemon-nal meg tudnám oldani, ugyanis az xrandr -q azt mondja, hogy az aktuális felbontás 1024x768, a preferred ('+' jel) pedig az, amekkorára húztam az ablakot. Éppen ezért egy guest-en kiadott

xrandr --output Virtual-0 --auto

parancs manuálisan megoldja a problémát. Ez vajon bug, vagy valami konfigurációs hülyeség, amit nem veszek észre? Tulajdonképpen arra vonatkozik a kérdésem, mennyire csinálok hülyét magamból, ha jelzem a fejlesztők felé.

Ott tartok, hogy a host-on fut a samba szerver, guest és host között így van filemegosztás. Azt szeretném elérni lehetőleg egyszerűen, hogy a guest-ek ne tudják elérni az internetet a host-on keresztül, miközben a host-nak szükségképpen és természetesen van internet elérése, ugyanakkor a guest-ek a host samba megosztását lássák. Az nem jó, hogy a guest-en a névfeloldást elrontom, mert attól még ki tud nézni a netre, legfeljebb nem domain névre hivatkozva.

Hogyan lehet ezt egyszerűen megoldani?

Megoldás

Mivel magam sem értem, miért használtam eddig VirtualBox-ot qemu-kvm helyett, úgy döntöttem, megy minden qemu-kvm alá. Lenne egy XP guest is, leáll 0x7B-vel, annyit kiderítettem, hogy azért, mert kell neki a pciide.sys. Találtam is leírást. Logikus, amit beszél, de elakadtam a Windows registry offline szerkesztésénél.

Miért kellene nekem a CurrentControlSet-et ControlSet001-re átírni? Vagy mi van? A leírásban a sed környékén, épp azt nem fejti ki, mennyit szerezzek meg a Windows registry-ből. Így sem indul a nyomorult, nem még akkor, ha offline szétbarmolom a registry-jét. Induljunk abból ki, hogy távol áll tőlem a Windows lelki világa, Linuxszal békében vagyok.

A kérdésem az, hogy mi a fenét csináljak a registry-vel offline, hogy boot-oljon ez az XP qemu alatt.

Volt ötletem a megoldásra, de nem kegyesek az égiek ma hozzám:

virt-win-reg --merge -c qemu:///system WinXP MergeIDE.reg
reg_import: parse error: at line 4 near
 at /usr/bin/virt-win-reg line 360.C1-08002BE10318}"

Megoldás:

Úgy néz ki, mind a virt-win-reg, mind pedig a hivexregedit bugos, mindenesetre nem sikerült nekik a registry módosítása, mardt hát a manuális megoldás hivexsh-val. Először kimásoltam a hostra a registry-t a guest image-ből:

virt-copy-out -c qemu:///system -d WinXP /WINDOWS/system32/config/system .

Csináltam egy lokális biztonsági másolatot:

cp system system.orig

Ezt követően nekiláttam a manuális editálásnak:

hivexsh -w system

A -w paraméter feltétlenül szükséges, mert a commit parancs csak akkor ír vissza a file-ba! Manuálisan az egyes vendor és device id-khoz kézzel megadni, melyik driver való, valamint az egyes driver-ek hol találhatók, meglehetősen fáradságos művelet. Nyilván lehet scriptelni, de az sem triviális. Az értékeket, hogy mit kell editálni, egy registry file-ból néztem. Jelenleg épp elérhetetlen, mert karbantartják a szervert. Remélem, utána is meglesz még.

(Megcsináltam automatizáltan is, írtam egy nagyon dirty awk scriptet mindenféle hibaellenőrzés nélkül, borzalmas rossz szervezéssel. A cél csak az volt, hogy hamar eredményre jussak. Működik, de se nem szép, se nem általános. A hozzátartozó merge regedt file az alábbi: mergeide.reg

Így kell használni:

./regedith mergeide.reg system

A system az image-ből kimásolt registry, a mergeide.reg pedig a patch, ez utóbbi text file linuxos sorvégekkel, tehát CR (0x0d) nélkül. Működik, teszteltem. Annyit kell még róla tudni, hogy az adott ág végén valójában nem merge-et csinál, hanem felülírja a key=value párokat, ha más is volt ott, azok törlésre kerülnek.

Most látom, hogy a pastebin rosszul kezeli a tabokat, én meg nem cseréltem le megfelelő számú szóközökre, így különösen rondán néz ki. Bocsánat, ez most ilyen.)

Ezt követően visszamásoltam a guest-re a módosított registry-t:

virt-copy-in -c qemu:///system -d WinXP system /WINDOWS/system32/config/

A spice korrekt működéséhez kell a guest-re is egy driver, ezt letöltöttem:

wget 'http://www.spice-space.org/download/windows/spice-guest-tools/spice-guest-tools-0.100.exe'

Majd a guest asztalára tettem, hogy ott könnyedén tudjam telepíteni:

virt-copy-in -c qemu:///system -d WinXP spice-guest-tools-0.100.exe '/Documents and Settings/admin/Asztal/'

A driver-eket a driver cache-ből elhoztam a host-ra:

virt-copy-out -c qemu:///system -d WinXP /WINDOWS/Driver\ Cache/i386/driver.cab .

Kiszedtem a szükséges driver-eket:

cabextract -F pciide.sys driver.cab
cabextract -F Atapi.sys driver.cab
cabextract -F Intelide.sys driver.cab
cabextract -F Pciidex.sys driver.cab

Bemásoltam a guest image-be:

virt-copy-in -c qemu:///system -d WinXP pciidex.sys /WINDOWS/system32/drivers/
virt-copy-in -c qemu:///system -d WinXP pciide.sys /WINDOWS/system32/drivers/
virt-copy-in -c qemu:///system -d WinXP atapi.sys /WINDOWS/system32/drivers/
virt-copy-in -c qemu:///system -d WinXP intelide.sys /WINDOWS/system32/drivers/

Ezt követően boot-oltam a guest-et, végre elindult, majd az asztalon lévő spice-os guest-hez való driver-t telepítettem, a VirtualBox guest additions-t eltávolítottam, újraindítottam a virtuális XP-t, s minden jó.

Az image konvertálását - még a fentieket megelőzően - így végeztem:

qemu-img convert -f vdi -S 4k -O qcow2 WinXP.vdi WinXP.qcow2

Így másoltam a helyére:

cp --sparse=always WinXP.qcow2 /var/lib/libvirt/images/
sync

Remélem, trey nem törli. Kicsit blogszerű lett, de valóban kérdés volt, csak a megoldás dokumentálása vált ilyenné.

Abszolut elméleti kérdés egyelőre: 1 szimulációhoz kéne nekem sok egyforma minimál-linuxot futtatni.
A sok legyen nx10 vagy nx100-as nagyságrend. CPU nem kell, RAM is csak annyi, hogy be tudjon bootolni a nyomorult, network az kell, de oda se a nagy sávszél kell, csak bírjanak beszélni egymással.
Lakossági szintű megoldás kell, vagyis ne kelljen ebbe a kísérletbe túl sok $$$-t beletenni.
Illetve más os is beleférhet (*BSD, etc), ha egyértelműen kevesebb erőforrással beéri.
Ötlet, vagy csak beszéljünk erről?

Hi all,

a tárgyban szereplő XenServer az alábbi konfigon fut:
- XEON E3-1240v3
- 32GB 1600Mhz
- 1,5TB(RAID5)
- 4db integrált NIC (Intel I210 Gigabit Nic)
- 1db Intel 1Gb NIC kártya

Jelenleg az alábbi hálózati kártyák láthatóak:
- NIC 0 (int0)
- BOND (int1,int2,int3 - active-active LACP)
- XEN_LOCAL (XenCenter-ben létrehozott Single-Server Privat Network)

Az első kettő az ugye működik is úgy ahogy kell neki.

Viszont ha létrehozom az alábbi VM-ket:
- Ubuntu 14.04 LTE-t amihez hozzá van adva XEN_LOCAL(eth0) és telepítve van egy DHCP szerver ami az eth0.100-on oszt IP-t
- Windows 7/8/10 gépet amihez szintén hozzá van adva a XEN_LOCAL

A probléma az, hogy a Windows-os gép csak akkor kap IP-t ha az Ubuntus gépen az eth0-on oszt IP-t a DHCP.
Ez érthető is mivel a Windows-os gépen valahogy be kellene állítani a VLAN ID-t - az eszközkezelőben lehetne
viszont nincs a Speciális lehetőségek között a VLAN ID. :(

Van valami megoldás erre?

Vagy teljesen más úton kéne elindulnom?

Előre is köszönöm a válaszokat.

Üdv, Morvo

Sziasztok!

Adott egy gép, amin létrehoztam egy LXC-s virtuális gépet. Erre felraktam egy apache2+mysql kombót (meg persze php-t), majd a node-on a virt gép apache-ra proxy-ztam, az oldalt.

A gondok a következők:
- Az oldal nem tölti be a CSS, Javascript, stb cuccost, csak egy default html kimenet keletkezik (brutál ronda). DNS hiába van jól belőve, node-on felvéve hosts fájlba, lövésem nincs, miért mondja azt, hogy: DNS_PROBE_FINISHED_NXDOMAIN
- Az oldalra nem lehet belépni. Hozzáférés megtagadva, olyan, mintha nem lenne joga a mysql usernek az adatbázist kezelni (próbáltam phpmyadminnal all privilege-et adni neki, de semmi változás).

Error logok persze 0 byte méretűek, mind az apache, mind a mysql.
Ötlet, merre induljak?

Sziasztok!

Az lenne a kérdésem, hogy a 4.1.0 verziójú vmware-n futó virtuális gépeket hogyan lehet átvinni áthelyezni 6.0.0-os vmware-re?