Debian Lenny+Xen virtualizáció

Virtualizáció

Üdv mindenki!
Lenne egy kis problémám, úgy érzem eléggé benne vagyok a slamasztikában, mert most már fogalmam sincs, hogy mit csinálok. A probléma a következő: szeretnék Debian Etch alatt Xen el virtualizálni, egy-két oprenszeret, ez félig meddig sikerül is. Igazából egy how to alapján dolgoztam: http://www.howtoforge.com/virtualization-with-xen-on-debian-lenny-amd64 így néz ki a konfigom. A gép paraméterei ugyanazok. Az xm paranccsal létre tudok hozni virtuális gépet, tudom futtatni, be tudok rá jelentkezni, de csak console-ról. Amit igazából nem is nagyon értek mert, egy frissen meg createlt, image-re, hogy lépekbe, nincs rajta oprendszer, nem ir semmi olyat, hogy nem tud miről bootolni? Nah mind1, szóval rootkent be tudok rá jelentkezni és ott a nagy semmi, de ez nem baj. A probléma ott kezdődik, hogy szeretném azt megoldani, hogy vnc-vel vagy virt-managerel, tudjak egy adott guest-re bejelentkezni. Na és itt jön a kalamajka a libvirt-el a virt-managerel és a vnc vel. Ugyanis ha "kézzel" csinálok egy guest-et akkor ez megjelenik a virt-managerbe és látom a /etc/xen/guestgepem.hostname.com.cfg-t is ahol a guestem beállítasi vannak, de ezek mellett tudok csinalni virt-manager-el is guestet, de annak a konfigját sehol sem látom (feltételezem valahova létrehoz egy xml file-t). Még ez sem lenne baj, de mikor elindul a frissen megcreatelt guest, akkor vnc-vel tudok rá csatlakozni, csakis kizárolag localon és ott is a 127.0.0.1-re. Na most ha leállítom a virt-manager el createlt guestemet az többé nem lesz hajlandó elindulni. Megpróbáltam egy másik megoldást is http://www.howtoforge.com/how-to-run-fully-virtualized-guests-hvm-with-…. Ez ugyan attól származik mint aki az első how to-t írta. Ez is kb azt produkálja mint, a virt-managerben létrehozott guest. Elindítom xm create-el. Egy pillre megjelnik a virt-managerben és aztán leáll. Érdekesség még, hogy amit a virt-managerben createlek gép az akkor is látható a virt-managerben ha nem fut, amit kézzel csinálok az csak akkor látható ha fut. Na most arra már rájöttem, hogy ha vif = [ 'type=ioemu, bridge=eth0' ] et statikussá teszem, vagyis kézzel adok meg ip címet tehát: vif = [ 'ip=192.168.2.133,mac=00:16:3E:6A:41:6A' ] és így indítom a rendszert akkor ugyan futni fog, de nem tudom elérni vnc-vel. Másik dolog, felraktam egy másik gépre a virt managert és tudok csatlakozni ehhez a géphez, de pl nem tudok létrehozni, új guestet, mert a Következő lépés gomb nem aktív a létrehozásnál, mikor beírom a Guest name-t. Szóval teljes a káosz. Elvileg ez lehet a hiba: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=514803 de itt meg azt írja a srác, hogy ez nem hiba csak nem fut a default controller. Na és akkor itt jön a virsh, eddig nem használt új parancs, ezt már végképp nem tudom hova tenni. Nekem a virsh net-list --all ra azt dobja hogy: Name: default State: inactive Autostart: yes. Már próbáltam létrehozni kézzel is bridge-t és azt megadni de az sem volt jó. Elvileg a virsh meg az xm alternatívák és ehhez jön meg a virt-manager-es megoldás mindhárommal azt tudnám előidézni, hogy virtuális gépet hozok létre és ahhoz vnc vel csatlakozok. De ebből egyik sem működik. Ja elvileg a virt-managernek is lenne consoleja amivel ugyanúgy láthatnám a guestemet mint vnc vel, ott meg azt írja ha elindul (létrehozás utáni első és egyben utolsó indításnál, hogy:) Console Not Configured For Guest.

Nagyon örülnék ha valaki tudná nekem ezt az egészet tisztázni, mert nem tudok egyről a kettőre jutni...

Előre is köszi!

  • 4233 megtekintés

( sunmao v | 2009. 12. 12., szo – 11:12 )

Fontos lenne valami gyors tipp, mert határidőre kell csinálnom.. sajnos. :(

( sunmao v | 2009. 12. 12., szo – 18:11 )

Mostmár elérném vnc vel a gepemet, de nem tudok hvm kernelt bootolni csak igy mukodik a config fileom:

#
# Configuration file for the Xen instance xen-etch, created
# by xen-tools 3.9 on Sat Dec 12 17:12:38 2009.
#

#
# Kernel + memory size
#
kernel = '/boot/vmlinuz-2.6.26-2-xen-amd64'
ramdisk = '/boot/initrd.img-2.6.26-2-xen-amd64'

memory = '1024'

#
# Disk device(s).
#
root = '/dev/xvda2 ro'
#disk = [
# 'file:/home/xen/domains/xen-etch/swap.img,xvda1,w',
# 'file:/home/xen/domains/xen-etch/disk.img,xvda2,w',
# 'file:/home/sunmao/xen/openSUSE-11.2-KDE4-LiveCD-i686.iso,xvdc:cdrom,r',
# ]

boot = 'dc'

#
# Hostname
#
name = 'xen-etch'

#
# Networking
#
dhcp = 'dhcp'
vif = [ 'mac=00:16:3E:64:25:9E' ]

#
# Behaviour
#
on_poweroff = 'destroy'
on_reboot = 'restart'
on_crash = 'restart'

vfb = [ 'type=vnc,vnclisten=0.0.0.0,vncdisplay=35,vncpasswd=deferent' ]
device_model = '/usr/lib64/xen/bin/qemu-dm'

Ha ezt kernel = '/boot/vmlinuz-2.6.26-2-xen-amd64' atirom erre /usr/lib64/xen-default/boot/hvmloader akkor ugyan elindul a virtualis gep, de megfagy az egesz és az uptimenal 0.0 van. Még mielőtt akárki kérdezné a rendszer tamogatja a hvm virtualizációt, logokban nem találok semmilyen hibát. Aki felvénné velem a kapcsolatot annak adok root shell-t is csak valahogy bírjam mostmér működésre ezt a vackot..

ha jók a disk beállítások akkor biza mennie kell :>

nekem ennyivel megy jól

kernel = '/usr/lib/xen/boot/hvmloader'
builder='hvm'
memory = '512'

disk = [ 'phy:/dev/xenvg/xp01-disk,ioemu:hda,w','phy:/dev/loop0,ioemu:hdc:cdrom,r' ]

device_model='/usr/lib/xen/bin/qemu-dm'

name = 'hvm-xp'
boot = "d"

localtime = 1

vif = [ 'type=ioemu,bridge=natbr0' ]

on_poweroff = 'destroy'
on_reboot = 'restart'
on_crash = 'restart'

vnc=1
vncpasswd=''

Core2Duo T7100, 4G, Ubuntu 9.10, 2.6.31

( sunmao v | 2009. 12. 18., p – 14:35 )

Itt van minden amit tudni kell a beallitasaim rol:

http://pastebin.com/m1154331d

A jelenseg, a vps elindul majd leall egybol. Korubelul 2-3 hete szenvedek vele, mostmar kezdek belefaradni, ha van valakinek valami otlete mielott feladom ossza meg velem. :(

( sunmao v | 2009. 12. 19., szo – 17:12 )

Ez egyszerűen hihetetlen... Senki nem tudja használni a Xen-t?

http://pastebin.com/m71035d0a

Itt egy még részletesebb leírás. Debian Lenny alatt raktam fel ezt: xen-linux-system-2.6.26-2-xen-amd64

Ha egyszer lefuttatam az xm createt masodjara ezt kapom: http://pastebin.com/m1a80e5aa

Ha ezután rebootolok újra az első üzenetet kapom. Valaki segítsen már, nem hiszem el, hogy az olvasók közzül senki nem virtualizált már Debian alatt Xen el.. Az a vicc, hogy még a xen csatin se tudja senki leírni mi a franc van ezzel...

attól még nem azt kérdeztem hanem hogy fut-e :>
Az az igazság, hogy fogalmam sincsen mi lehet a gond, csak találgatok. Szerintem valami triviális dolog lesz, vagy valahol valami elírás. Jó ideje használok xen-t jópár gépen de hasonló gondom nem volt vele.

CoreDuo L2400, 4G, Ubuntu 9.10, 2.6.31

( athom | 2010. 01. 08., p – 16:55 )

Nekem is ugyanez a hibajelenség!
Reggel óta szívok vele, bár hozzáteszem soha nem használtam xen-t csak vmware esx/esxi. Ugyanakkor tök egyszerű az egész, mindenhol triviális doksikat találtam. Virt-managgerrel is próbálkoztam, de ugyanaz az eredmény: elindul a guest (a lenti példánál egy rescue linux (mással is próbálkoztam) és semmilyen billentyűre nem reagál, mintha megfagyott volna.

Van valakinek valami ötlete, mitől lehet ez?

Doksik amiket olvastam és konfoltam:
RedHat Virtualization Guide

http://www.centos.org/docs/5/html/5.2/pdf/Virtualization.pdf

http://mediakey.dk/~cc/xen-howto-install-windows/

virt-manager howto:
http://virt-manager.et.redhat.com/screenshots/install.html

OS: RedHat 5.4 x64

# rpm -qa |grep xen
kernel-xen-2.6.18-164.el5
xen-libs-3.0.3-94.el5
xen-3.0.3-94.el5

# xm list
Name ID Mem(MiB) VCPUs State Time(s)
Domain-0 0 2945 2 r----- 201.5
test 26 263 1 r----- 1494.5

/etc/xen/test:

import os, re
arch = os.uname()[4]
arch_libdir = 'lib64'

kernel = "/usr/lib/xen/boot/hvmloader"
builder='hvm'
memory = 512
name = "test"

vif = [ 'type=ioemu, bridge=xenbr2' ]

disk = [ 'file:/home/xen/domains/test/disk.img,ioemu:hda,w', 'file:/home/xen/domains/test/rip.iso,ioemu:hdc:cdrom,r' ]
device_model = '/usr/' + arch_libdir + '/xen/bin/qemu-dm'

boot="dc"
sdl=0
vnc=1
vncpasswd=''
stdvga=0
serial='pty'

# ifconfig
eth2 Link encap:Ethernet HWaddr 00:1B:21:3E:8E:3C
inet addr:192.168.20.11 Bcast:192.168.20.255 Mask:255.255.255.0
inet6 addr: fe80::21b:21ff:fe3e:8e3c/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:191222 errors:0 dropped:0 overruns:0 frame:0
TX packets:102230 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:160000172 (152.5 MiB) TX bytes:36628233 (34.9 MiB)

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:70985 errors:0 dropped:0 overruns:0 frame:0
TX packets:70985 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:33977456 (32.4 MiB) TX bytes:33977456 (32.4 MiB)

peth2 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF
inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link
UP BROADCAST RUNNING NOARP MTU:1500 Metric:1
RX packets:201261 errors:0 dropped:0 overruns:0 frame:0
TX packets:114182 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:160603575 (153.1 MiB) TX bytes:37424625 (35.6 MiB)
Memory:f97e0000-f9800000

tap0 Link encap:Ethernet HWaddr BA:3C:C2:45:25:69
inet6 addr: fe80::b83c:c2ff:fe45:2569/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:2556 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:500
RX bytes:0 (0.0 b) TX bytes:231510 (226.0 KiB)

vif0.2 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF
inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link
UP BROADCAST RUNNING NOARP MTU:1500 Metric:1
RX packets:102244 errors:0 dropped:0 overruns:0 frame:0
TX packets:191236 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:36631161 (34.9 MiB) TX bytes:160001090 (152.5 MiB)

vif26.0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF
UP BROADCAST NOARP MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:32
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)

virbr0 Link encap:Ethernet HWaddr 00:00:00:00:00:00
inet addr:192.168.122.1 Bcast:192.168.122.255 Mask:255.255.255.0
inet6 addr: fe80::200:ff:fe00:0/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:59 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:0 (0.0 b) TX bytes:11811 (11.5 KiB)

xenbr2 Link encap:Ethernet HWaddr BA:3C:C2:45:25:69
UP BROADCAST RUNNING NOARP MTU:1500 Metric:1
RX packets:25466 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:1397545 (1.3 MiB) TX bytes:0 (0.0 b)

bye,
aThom

Na nekem végül is több sebből vérzett a dolog de utána sikerült megcsinálnom Debian alatt. Először is a bridge-t kellett confolnom a /etc/network/interface ben az se mind1 hogy milyen scripteket engedélyezel a xend-configban. Azt tudom javasolni neked, hogy kezd úgy, hogy leszeded a xen.org rol a live cd-t és "játszol" vele egy kicsit, persze ha az ott lévő vps-ek sem indulnak el akkor hardware-s gond van, ha elindulnak az jó, akkor már csak arra kell rájönnöd mit rontottál el.

nahh most toltam debian lenny re xen-t
kb ennyi volt hogy

apt-get install xen-linux-system-2.6.26-2-xen-amd64

majd editáltam a xend-config.sxp -t
ezt kiremelte:

(network-script network-dummy)

Ezt meg engedélyeztem:

(network-script 'network-bridge netdev=eth0')

reboot

majd lesz egy peth0 iface ami a fizikai eht0 és lesz egy eht0 ami tulajdonképpen a bridge, innentől kezdve a xen configban bridge=eth0 kell, és működik a hálózat

brctl show
bridge name bridge id STP enabled interfaces
eth0 8000.001e6857b095 no peth0
vif2.0

Semmi más bűvészkedés nem kell.

CoreDuo L2400, 4G, Ubuntu 9.10, 2.6.31

Igen, olvastam én is, hogy xend-config.sxp fájlban engedélyezni kell a
(network-script network-bridge) sort.

A te általad írtaknak megfelelően átírtam eth2-re, mivel nálam eth2 van confolva.
(network-script 'network-bridge netdev=eth2')

majd módosítom a xen configban:
[vif = [ 'type=ioemu, bridge=eth2' ]

reboot

Igy nem indul el a xm create -el
xen.log:
Nothing to flush.
can't add vif8.0 to bridge eth2: Operation not supported

Ha xen confba xenbr2 vagy peth2-t írok be, akkor továbbra is ugyanaz a probléma: vnc-vel nézve látom a boot menüt, de semmilyen keyre nem reagál.

# brctl show
bridge name bridge id STP enabled interfaces
virbr0 8000.000000000000 yes
xenbr2 8000.aa0313bef77f no vif1.0
tap0
peth2
vif0.2

3.0.2 emlékeim szerint. Ez van benne alapból a Redhat Enterprise Linux 5.4-be és nem is tudok fordítani rá, mert policy írja elő a default csomagot. Max security frissítések mehetnek rá. LiveCD-t leszedtem és csak holnapután tudom megnézni, mert nem érem el itthonról azt a gépet:(

Thx, hogy segítetek!

Mutatom akkor a most működő conf-om részletesen:
Ez van fent xen-linux-system-2.6.26-2-xen-amd64 (xen-3.2)

br0 Link encap:Ethernet HWaddr 00:17:31:70:74:1c
inet addr:192.168.2.110 Bcast:192.168.2.255 Mask:255.255.255.0
inet6 addr: fe80::217:31ff:fe70:741c/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:4128 errors:0 dropped:0 overruns:0 frame:0
TX packets:2241 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:4924992 (4.6 MiB) TX bytes:194976 (190.4 KiB)

eth0 Link encap:Ethernet HWaddr 00:17:31:70:74:1c
inet6 addr: fe80::217:31ff:fe70:741c/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:4118 errors:0 dropped:0 overruns:0 frame:0
TX packets:2257 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:4980432 (4.7 MiB) TX bytes:206908 (202.0 KiB)
Interrupt:21 Base address:0xc000

eth1 Link encap:Ethernet HWaddr 00:18:f3:6f:cc:21
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
Interrupt:20 Base address:0xe000

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:12 errors:0 dropped:0 overruns:0 frame:0
TX packets:12 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:840 (840.0 B) TX bytes:840 (840.0 B)

tap0 Link encap:Ethernet HWaddr 00:ff:7a:18:b9:e0
inet6 addr: fe80::2ff:7aff:fe18:b9e0/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:11 errors:0 dropped:0 overruns:0 frame:0
TX packets:32 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:500
RX bytes:2428 (2.3 KiB) TX bytes:5734 (5.5 KiB)

vif1.0 Link encap:Ethernet HWaddr fe:ff:ff:ff:ff:ff
inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link
UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:43 overruns:0 carrier:0
collisions:0 txqueuelen:32
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)

Ne zavarjon meg, hogy két ethernet kártyám van (eth0, eth1) és br0 a bridge.

/etc/network/interfaces

# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
#allow-hotplug eth0
iface eth0 inet manual
auto eth0

auto br0
iface br0 inet dhcp
bridge_ports regex (eth|vif).* noregex

Routertol kapom az ipt.

(network-script network-dummy)
(vif-script vif-bridge)

CSAK ez a két sor van engedélyezve és semmi más!

brctl

bridge name bridge id STP enabled interfaces
br0 8000.00173170741c no eth0
eth1
tap0
vif1.0

Egy vps cfg-je:

kernel = '/usr/lib/xen-default/boot/hvmloader'
builder = 'hvm'
memory = '1024'
device_model='/usr/lib/xen-default/bin/qemu-dm'

# Disks
disk = [ 'file:/home/sunmao/xen-image/hvmguest-suse.img,ioemu:hda,w', 'file:/home/sunmao/Desktop/openSUSE-11.2-KDE4-LiveCD-i686.iso,ioemu:hdc:cdrom,r' ]

# Hostname
name = 'hvmguest-suse'

# Networking
vif = ['type=ioemu, bridge=br0']

# Behaviour
boot='cd'
vnc=1
vncviewer=1
vncpasswd='alma'
vnclisten="0.0.0.0"
sdl=0

Miután elindult netstat -tap al názheted meg a vnc milyen porton listenel.
Nekem az is hiba volt, hogy az iso-amit futtatni akartam hibás volt ezért mindig befagyott a vps, tehát érdemes több iso-val próbálkozni. Egyébként a Xen live CD-t akármilyen gépbe berkhatod, nem kell konkrétan abba, az kb arra jó, hogy tapasztalatott szerezz, de ha mondjuk meg akarod nézni h jó e a hardwared virtualizálni akkor értem miért azon akarod kipróbálni.

( PereZ | 2010. 02. 27., szo – 12:20 )

lehet hogy nincs minden csomag telepitve ?

apt-get install xen-hypervisor-3.2-1-amd64 xen-linux-system-2.6.26-1-xen-amd64 xen-utils-3.2-1 xenstore-utils xenwatch xen-shell xen-tools