[GELÖST] Bootprobleme eines Xen-Gastes - "Unable to mount"

[Nelson]

Hallo,

ich versuche auf Debian Lenny einen XEN-Server aufzusetzen, der soweit auch läuft:

Code: Alles auswählen

xm info

host                   : xen-server
release                : 2.6.18-6-xen-amd64
version                : #1 SMP Tue Aug 19 06:15:09 UTC 2008
machine                : x86_64
nr_cpus                : 1
nr_nodes               : 1
sockets_per_node       : 1
cores_per_socket       : 1
threads_per_core       : 1
cpu_mhz                : 2411
hw_caps                : 078bfbff:ebd3fbff:00000000:00000010:00002001:0000001d:0000001d
total_memory           : 5118
free_memory            : 4230
xen_major              : 3
xen_minor              : 0
xen_extra              : .3-1
xen_caps               : xen-3.0-x86_64 hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64
xen_pagesize           : 4096
platform_params        : virt_start=0xffff800000000000
xen_changeset          : Tue Oct 17 22:09:52 2006 +0100
cc_compiler            : gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)
cc_compile_by          : skx
cc_compile_domain      : debian.org
cc_compile_date        : Mon Oct 22 21:30:18 UTC 2007
xend_config_format     : 2

Nur beim Kreieren eines Xen-Gastes habe ich Probleme beim Ausführen von

Code: Alles auswählen

xm create debian -c

Und zwar stoppt der Vorgang mit diesen Zeilen

TCP bic registered
NET: Registered protocol family 1
NET: Registered protocol family 17
NET: Registered protocol family 8
NET: Registered protocol family 20
Registering block device major 8
netfront: device eth0 has flipping receive path.
VFS: Cannot open root device "md2" or unknown-block(0,0)
Please append a correct "root=" boot option
Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)

Ich verwende dazu die Xen-Konfigurationsdatei /etc/xen/debian

Code: Alles auswählen

kernel = "/boot/vmlinuz-2.6.18-6-xen-amd64"
memory = 128
vif = [ '' ]
disk =[ 'file:/home/xen/debian.disk,sdc1,w' ]
root = "/dev/md2 ro"

In der /etc/fstab steht

Code: Alles auswählen

proc            /proc           proc    defaults        0       0
/dev/md1        /               ext3    errors=remount-ro 0       1
/dev/md0        /boot           ext3    defaults        0       2
/dev/md2        /xenvm1         ext3    defaults        0       2
/dev/md3        /xenvm2         ext3    defaults        0       2
/dev/md4        /xenvm3         ext3    defaults        0       2
/dev/md5        /xenvm4         ext3    defaults        0       2
/dev/sda2       none            swap    sw              0       0
/dev/sdb2       none            swap    sw              0       0
/dev/hda1       /backup         ext3    defaults        0       2
/dev/hdb        /media/cdrom0   udf,iso9660 user,noauto     0       0
/dev/fd0        /media/floppy0  auto    rw,user,noauto  0       0

und in der menu.lst

Code: Alles auswählen

title           Xen 3.0.3-1-amd64 / Debian GNU/Linux, kernel 2.6.18-6-xen-amd64
root            (hd0,0)
kernel          /xen-3.0.3-1-amd64.gz dom0_mem=800M
module          /vmlinuz-2.6.18-6-xen-amd64 root=/dev/md1 ro noapic nolapic acpi=on vga=792 pnpbios=off console=tty0
module          /initrd.img-2.6.18-6-xen-amd64

title           Debian GNU/Linux, kernel 2.6.24-1-amd64
root            (hd0,0)
kernel          /vmlinuz-2.6.24-1-amd64 root=/dev/md1 ro noapic nolapic acpi=on vga=792 pnpbios=off quiet
initrd          /initrd.img-2.6.24-1-amd64

title           Debian GNU/Linux, kernel 2.6.24-1-amd64 (single-user mode)
root            (hd0,0)
kernel          /vmlinuz-2.6.24-1-amd64 root=/dev/md1 ro noapic nolapic acpi=on vga=792 pnpbios=off single
initrd          /initrd.img-2.6.24-1-amd64

title           Debian GNU/Linux, kernel 2.6.18-6-xen-amd64
root            (hd0,0)
kernel          /vmlinuz-2.6.18-6-xen-amd64 root=/dev/md1 ro noapic nolapic acpi=on vga=792 pnpbios=off quiet
initrd          /initrd.img-2.6.18-6-xen-amd64

title           Debian GNU/Linux, kernel 2.6.18-6-xen-amd64 (single-user mode)
root            (hd0,0)
kernel          /vmlinuz-2.6.18-6-xen-amd64 root=/dev/md1 ro noapic nolapic acpi=on vga=792 pnpbios=off single
initrd          /initrd.img-2.6.18-6-xen-amd64

Ich finde jetzt nicht den Fehler, warum der Gast nicht nicht bootet.

Grüsse

Nelson

[goeb]

Das ist wohl ein CD-Image was du im Gast als sdc1 haben willst, richtig? Machs dir nicht so schwer, am besten du installierst die xen-tools, dann kannst du mit xen-create-image ein Gastsystem anlegen. S. z.B. https://www.debian-administration.org/articles/533.

MfG, gœb

[Nelson]

Nicht ganz. Das ist ein fertiges Testimage unter
http://buch.eisxen.org/fileadmin/xim/debian.disk.bz2
Aber ich probiere mal das Erzeugen eines Images mit xen-create-image aus.

Vielen Dank!

Nelson

[goeb]

Ah, ok. Ist ja noch Sarge, installier lieber selbst. Aber für den Fall das du es trotzdem nochmal versuchen willst: in der Konfiguration müssen die Parameter für die Disk und Root übereinstimmen,

Code: Alles auswählen

kernel = "/boot/vmlinuz-2.6.18-6-xen-amd64"
memory = 128
vif = [ '' ]
disk =[ 'file:/home/xen/debian.disk,sdc1,w' ]
root = "/dev/sdc1 ro"

müsste dann prinzipiell funktionieren,

Code: Alles auswählen

name = 'debian'

muß evtl. noch mit rein.

[Nelson]

Also irgendwas mache ich noch falsch. Ich habe jetzt zwar erkannt, daß ich die fstab im Gastsystem anzupassen vergessen hatte, hier muß m.E. stehen

Code: Alles auswählen

/dev/md2 /              ext3       defaults              1 1
proc      /proc          proc       defaults              0 0
sysfs     /sys           sysfs      noauto                0 0
usbfs     /proc/bus/usb  usbfs      noauto                0 0
devpts    /dev/pts       devpts     mode=0620,gid=5       0 0

Aber es kommt immer noch nach dem

Code: Alles auswählen

xm create debian-lenny -c

die Meldung

VFS: Cannot open root device "md2" or unknown-block(0,0)
Please append a correct "root=" boot option
Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)

Die Gastkonfigurationsdatei "/etc/xen/debian-lenny" sieht jetzt so aus

Code: Alles auswählen

kernel = "/boot/vmlinuz-2.6.18-6-xen-amd64"
memory = 512
name = "debian-lenny"
vif =  [ '' ]
disk = [ 'file:/home/xen/debian-lenny.img,md2,w' ]
root = "/dev/md2 ro"

[goeb]

Ersetze in der Konfiguration mal alle md2 durch sda1 oder hda1 oder xvda1 (probiers in der Reihenfolge, und dann evtl. noch in der /etc/fstab im Gastsystem anpassen, aber booten sollte es auch so). Wenn du mit xen-create-image installierst, nimm am besten noch den Parameter --role=udev mit dazu.

[Nelson]

Langsam komme ich der Lösung näher. Ein

Code: Alles auswählen

xen-create-image --hostname=xenvm1 --ip=192.168.0.10 --netmask=255.255.255.0 --gateway=192.168.0.1 --force --arch=amd64 --kernel=/boot/vmlinuz-2.6.18-6-xen-amd64 --debootstrap --dist=lenny

und ein anschliessendes

Code: Alles auswählen

xm create xenvm1.cfg -c

lässt das Ganze starten. Ich bin allerdings auch die ganze Zeit davon ausgegangen, daß sda2 oder in meinem Fall md2 physikalisch-existierende Partitionen sind. Tatsächlich sind hier nur die Devices gemeint und das Ganze findet innerhalb des erzeugten Images statt.

Obiger Versuch funktionierte ohne die Gastkonfigurationsdatei "/etc/xen/debian-lenny". Mit ihr und veränderten Devices hda1, sda2 kommen nach wie vor die besagten Fehlermeldungen.

[goeb]

Ich bin allerdings auch die ganze Zeit davon ausgegangen, daß sda2 oder in meinem Fall md2 physikalisch-existierende Partitionen sind. Tatsächlich sind hier nur die Devices gemeint und das Ganze findet innerhalb des erzeugten Images statt.

Genau. Das Gastsystem sieht von den Devices außerhalb nix, du kannst das auch ummappen wie du lustig bist (also. z.B. /dev/sda1 als /dev/hda1 im Gast verfügbar machen). Aber du verwendest ja auch keine richtigen Devices, sondern eine Imagedatei, zumindest bei deinem ersten Beispiel, keine Ahnung wie du die xen-tools konfiguriert hast.

Obiger Versuch funktionierte ohne die Gastkonfigurationsdatei "/etc/xen/debian-lenny". Mit ihr und veränderten Devices hda1, sda2 kommen nach wie vor die besagten Fehlermeldungen.

Versteh ich jetzt nicht ganz, das mit xen-create-image erzeugte System läuft? Das hat ja mit dem anderen nichts zu tun. Warum das nicht funktioniert kann ich dir dann auch nicht sagen. Vielleicht fehlen Devices im Gast? Udev im Gast vorhanden? Kernelunterstützung für (S)ATA? Initramfs evtl. benötigt? Hat dieses Eisxen evtl. ein Forum wo du mal nachfragen kannst, daß wäre nämlich einfacher als hier zu raten

MfG, gœb

[Nelson]

Versteh ich jetzt nicht ganz, das mit xen-create-image erzeugte System läuft? Das hat ja mit dem anderen nichts zu tun. Warum das nicht funktioniert kann ich dir dann auch nicht sagen. Vielleicht fehlen Devices im Gast? Udev im Gast vorhanden? Kernelunterstützung für (S)ATA? Initramfs evtl. benötigt? Hat dieses Eisxen evtl. ein Forum wo du mal nachfragen kannst, daß wäre nämlich einfacher als hier zu raten

Mir ist das jetzt auch nicht so wichtig. Wichtig ist eher, dass ich ein individuellen Gast erstellen kann, und das geht ja jetzt. Deswegen habe ich den Thread auch auf gelöst gestellt.

Also besten Dank!

Nelson

[Zonk]

Hallo,

ich arbeite sehr viel mit Xen und kann dir da wohl weiterhelfen.

zu deiner Configdatei:

Code: Alles auswählen

kernel = "/boot/vmlinuz-2.6.18-6-xen-amd64"
memory = 512
name = "debian-lenny"
vif =  [ '' ]
disk = [ 'file:/home/xen/debian-lenny.img,md2,w' ]      <<<<<< Diese Zeile bedeuted, das die Dom0 das imagefile "/home/xen/debian-lenny.img" der DomU als Device namens "md2" bereitstellen soll, du kannst dann also innerhalb der DomU mit /dev/md2 darauf zugreifen
root = "/dev/md2 ro"   <<<<< Diese Zeile muss auf das selbe Device zeigen wie du oben bie der Dikskonfiguration angegeben hast.

Zu deinem Problem: Ich würde in Xen-Gästen keine md Devices nutzen, da hier evtl. irgendwelche Programme denken es sei ein Raid und dementsprechend zugreifen - das macht nur Probleme.
Innerhalb der Xen-Guests würde ich mit den Standartdevices (sda, sdb) arbeiten, Raid macht innerhalb eines Xen-Gasts ohnhin keinen Sinn da der Gast ja nicht sicherstellen kann das der Host die beiden angebotenen Partitionen wirklich auf verschiedene Platten legt. (Meiner Meinung nach gehört ohnehin jeder Xen-Host mit Raid1 und LVM ausgestattet..)

Icvh hoffe das hat die Hintergründe etwas erleuchtet, Zonk