Virtualizáció

[Megoldva] Windows guest költöztetése VirtualBox --> qemu-kvm

Fórumok

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é.

sok (nx10-100) pici linux futtatása

Fórumok

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?

XenServer 6.5 - VM NIC.VLAN

Fórumok

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

LXC és a mysql

Fórumok

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?

Xen doomU áttelepítés (Windows)

Fórumok

Hi!

Korábbi Xen 3.0.4-es -nem mai darab tudom - alatt LVM-re téve Windows XP-k futottak. A hardver halálát követően az új vasra Xen 4.6 ment. LVM-et átmozgattam, a doomU konfigját az új rendszerhez módosítottam, majd láss csodát elindult a virtuális gép! Legalábbis első körben úgy tűnik, mert bizony még sántít kicsit.

VNC-vel rájelentkezve a kép 640x480, ami "normális", mert új hardvert érzékelt. Viszont az egeret is hiába mozgatom, nem látom. Még egér kurzort sem látok. Billentyűzetet nyomogatva látom, hogy lépked az ikonokon, Enter-el meg is nyitja pl. Sajátgépet, de egér nélkül elég macerás, a kép is "lassú".
TightVNC-vel tudom használni, RealVNC-vel jelszót bekéri majd eldobja az ablakot.

A hálózat is megy, kért dhcp-n címet, szóval elég reményt keltő, de azért jobb lenne, ha lehetne managelni.

Azt, hogy miért van még rajta XP nem taglalnám, már a cserét terveztük, de az élet közbeszólt.

Minden tippet, ötletet előre is köszönök!

Debian Jessie Xen doom0 reboot

Fórumok

Hi!

Végül BIOS frissítés után sikerült kikerülni az UEFI-t, de sajna sokkal jobb nem lett.
Debian Jessie, rajta a Xen elindul, bootol, majd egy ponton nyom egy reboot-ot. :-((
Itt hasal el: https://drive.google.com/file/d/0B4K1Fj06ORWzY09pS1pBcUhXcnc/view

"Sima" kernellel megy minden.
Megpróbáltam jessie-backports-ból frissebb Xent felrakni, de sajna azzal is ugyanazt műveli.

A masina egy Dell PoweredEdge R230 szerver:
- Intel® Xeon® Processor E3-1230 v5
- 8GB ECC DDR4 RAM (2133MHz)
- Bios 1.1.5

Lehet, hogy "túl friss" komponensek lennének?

Merrefelé keresgéljek?

Előre is köszönök minden ötletet, javaslatot!

Xen + UEFI

Fórumok

Hi!

Debian Jessie feltéve UEFI-vel, megy szépen.
Xen 4.4.1. feltétele után és indítási kísérletet követően ezt látom:


Xen 4.4-amd64 betöltése
Warning: no console will be avialable to OS
Linux 3.16.0-4-amd64 betöltése...
Kiinduló ramdisk betöltése...

Na és itt pár másodperc után rebootol a gép.

A grub menü bejön, amennyiben Debiant választok, akkor el is indul, Xen esetén viszont a fenti uzenet után újraindul... :-(

Valakinek esetleg ötlete, hogy merre nézelődjek?

Előre is köszönöm!

Virtualbox webservice

Fórumok

Sziasztok!

Adott egy Ubuntu 14.04.4 LTS frissen telepítve. Szeretnénk ezen virtualbox-al virtualizálni, valamint szükségünk lenne egy webes interface-re. A phpVirtualBox mellett döntöttünk. Az alábbi leírás alapján végeztem a telepítést. Azonban a phpVirtualBox a következő hibaüzenetet dobja:

Exception Object
(
[message:protected] => Could not connect to host (http://127.0.0.1:18083/)
[string:Exception:private] =>
[code:protected] => 64
[file:protected] => /var/www/html/endpoints/api.php
[line:protected] => 134
[trace:Exception:private] => Array
(
)

[previous:Exception:private] =>
)

config.php: var $location = 'http://127.0.0.1:18083/'; (default config.php csak a felhasználó és a jelszó lett átírva benne)

bobesz@itvbox:~$ lsof -i :18083
bobesz@itvbox:~$

Igen látom, hogy nem adott vissza semmit és hogy valahol itt lehet a probléma.

bobesz@itvbox:~$ service vboxweb-service status
Checking for VBox Web Service ...running
bobesz@itvbox:~$

bobesz@itvbox:~$ cat /etc/default/virtualbox
# Defaults for virtualbox initscript
# sourced by /etc/init.d/virtualbox
# installed at /etc/default/virtualbox by the maintainer scripts

#
# This is a POSIX shell fragment
#

# Set this to 1 if you would like the virtualbox modules to be loaded by
# the init script.
LOAD_VBOXDRV_MODULE=1

# SHUTDOWN_USERS="foo bar"
# check for running VMs of user 'foo' and user 'bar'
# 'all' checks for all active users
# SHUTDOWN=poweroff
# SHUTDOWN=acpibutton
# SHUTDOWN=savestate
# select one of these shutdown methods for running VMs
# acpibutton and savestate causes the init script to wait
# 30 seconds for the VMs to shutdown
SHUTDOWN_USERS=""
SHUTDOWN=poweroff

VBOXWEB_USER=vboxadmin
VBOXWEB_HOST=127.0.0.1
VBOXWEB_PORT=18083
VBOXWEB_LOGFILE=/var/log/vboxweb
bobesz@itvbox:~$

bobesz@itvbox:~$ vboxwebsrv -v
Oracle VM VirtualBox web service Version 4.3.36
(C) 2007-2016 Oracle Corporation
All rights reserved.
VirtualBox web service 4.3.36 r105129 linux.amd64 (Jan 19 2016 21:45:45) release log
00:00:00.000136 main Log opened 2016-03-11T07:34:43.058695000Z
00:00:00.000139 main Build Type: release
00:00:00.000142 main OS Product: Linux
00:00:00.000143 main OS Release: 4.2.0-30-generic
00:00:00.000144 main OS Version: #36~14.04.1-Ubuntu SMP Fri Feb 26 18:49:23 UTC 2016
00:00:00.000171 main DMI Product Name: Vostro 460
00:00:00.000179 main DMI Product Version:
00:00:00.000260 main Host RAM: 7834MB total, 7681MB available
00:00:00.000264 main Executable: /usr/lib/virtualbox/vboxwebsrv
00:00:00.000265 main Process ID: 7287
00:00:00.000266 main Package type: LINUX_64BITS_UBUNTU_13_04
00:00:00.376898 Watchdog Watchdog thread started
00:00:00.376938 main Pumping COM event queue
00:00:00.376987 Watchdog Watchdog: sleeping 5 seconds
00:00:00.377009 main Pumping COM event queue
00:00:00.389517 SQPmp Socket connection successful: host = default (localhost), port = 18083, master socket = 8
00:00:05.377105 Watchdog Watchdog: checking 0 sessions
00:00:05.377138 Watchdog Watchdog: sleeping 5 seconds
00:00:10.377212 Watchdog Watchdog: checking 0 sessions
00:00:10.377246 Watchdog Watchdog: sleeping 5 seconds
00:00:15.365271 main Pumping COM event queue
00:00:15.377353 Watchdog Watchdog: checking 0 sessions
00:00:15.377386 Watchdog Watchdog: sleeping 5 seconds
00:00:20.377468 Watchdog Watchdog: checking 0 sessions
00:00:20.377486 Watchdog Watchdog: sleeping 5 seconds
00:00:25.377546 Watchdog Watchdog: checking 0 sessions
00:00:25.377564 Watchdog Watchdog: sleeping 5 seconds

bobesz@itvbox:~$ sudo ufw status
Status: active

To Action From
-- ------ ----
10000 ALLOW Anywhere
22 ALLOW Anywhere
18083 ALLOW Anywhere
80 ALLOW Anywhere
10000 (v6) ALLOW Anywhere (v6)
22 (v6) ALLOW Anywhere (v6)
18083 (v6) ALLOW Anywhere (v6)
80 (v6) ALLOW Anywhere (v6)

Tudnátok valamilyen ötletet adni, hogy merre érdemes elindulni? Tegnap egész délután és éjjel a netet túrtam, de nem sikerült előrébb jutni.