Blog

Xen – poznámky k instalaci [CentOS 5]

lunux
4 Min Read
0

fleshboottux

Xen je dobré instalovat z dvd CentOS 5.1 a neupgradovat, protože upgrade obsahovaly chybu.
Ztratily se potom bridgované síťovky a nebylo možné instalovat z cd / dvd. Více podrobností zde:

  • Přesněji se to týká spolupráce s halem a dbus.

    Funguje:
    virt-manager-0.4.0-3.el5
    hal-0.5.8.1-25.el5
    hal-0.5.8.1-25.el5
    dbus-1.0.0-6.el5
    dbus-1.0.0-6.el5

    Nefunguje:
    virt-manager-0.4.0-3.el5
    hal-0.5.8.1-25.el5_1.1
    hal-0.5.8.1-25.el5_1.1
    dbus-1.0.0-6.3.el5
    dbus-1.0.0-6.3.el5
     

Po aplikaci patche uvedeného zde:
http://bugs.centos.org/view.php?id=2516
to zase nějak funguje.

 

  • Při instalaci nabízí Xen jen jedno bridgované rozhraní, ale já mám na Sunu 4 síťové karty.
    Vyřešil jsem to skriptem xen-bridges, který jsem přidal do /etc/xen/scripts. Vypadá takto:

    #!/bin/sh
    dir=$(dirname „$0“)
    „$dir/network-bridge“ „$@“ vifnum=0
    „$dir/network-bridge“ „$@“ vifnum=1
    „$dir/network-bridge“ „$@“ vifnum=2
    „$dir/network-bridge“ „$@“ vifnum=3

     

  • Jeho spuštění při startu jsem dosáhl tak, že jsem vytvořil další jednoduchý skript xen_bridge,
    který na tento odkazuje a uložil jsem ho do /etc/rc.d/init.d:

    #!/bin/sh
    sh /etc/xen/scripts/xen-bridges start

  • Dále jsem umístil symbolické odkazy do spouštěných runlevelů (3 a 5) tak, aby se skript spouštěl až po spuštění Xenu:

    ln -s /etc/rc.d/init.d/xen-bridge /etc/rc.d/rc3.d/S99zen_bridge
     

  • Po vytvoření virtuálních strojů je dobré zajistit jejich spouštění a vypínání při startu a vypínání hosta:

    chkconfig xendomains on

    ln -s /etc/xen/domain /etc/xen/auto/domain

    xendomains také ukládá všechny běžící DomU domény, když Dom0 je vypnuta.
    Je to situace obdobná hybernaci u notebooků. DomU je automaticky obnovena při dalším bootu.
     

Další bug se týká virt-managera a toho jak přidává další síťové karty virtuálnímu stroji.
Pokud přidáme další síťovou kartu (např. xenbr1) u běžícího stroje, zdá se vše v pořádku.
Po restartu virtuálního stroje se však vše přehází, protože virt-manager zapisuje chybně konfiguraci.
Je třeba to ručně opravit v /etc/xen/nazevstroje.

 

Nesetříděné poznámky ze školení:

virsh list vypíše běžící virt stroje
paravirtualizace – musí být přes http, nfs ftp. Isa se musí zkopírovat, namountovat jako loop .

nfs:192.bla.bla:/mnt/data/rhel5/disk1
nebo použít kickstart
Ten se tvoří – v domovským adresáři roota, kde je po instalaci soubor anaconda-ks.cfg
Každý instalátor toto vytvoří – předpis pro další instalaci hw. Předhodíme -li ho xenu, udělá se instalace znovu.
Tak funguje kobbler.
Dají se psát ručně nebo generovat z RHsatelite

v tom mnt je namountované cd

rozbalit dvd
zadat cestu k tomu dvd
doporučuje použít dvd

dále kam se to bude ukládat. Buď partišna, která tam už je nebo do jednoduchého souboru, kt bude jako images.

Var lib xen images je zákkladní lokace. Selinux umožňuje běžet tomuto stroji, je – li jinde, musí se překonfigurovat.
Nedáme li alokaci hned, pak když se to nevejde tak se to kousne.

shared physical device – vybrat bridge
paměť nepovolouje spustit víc než máme
jádro = procesor.
Podporuje max. 32
max tolik kolik je fyzicky.
v plně virtualizovaných musí být grafický mód.

nástroj na text instlaci se jmenuje /usr/sbin/virt–install
bude se ptát

na jednom systému dělejte snapshosty, přes lvm existuje lvm snapshot. lze zaživa.

pro produkční prostředí dva servery
kam dáme image strojů?

Nejlepší je mít diskové pole.
diskové pole připojíme do serverů
připojeno přes SAS