Re: eiskernel-xen für domu-debian-squeeze

Hallo Stefan,

> Das heißt, du bekamst exakt mein Fehlverhalten beim Einrichten/Klonen eines Stand-alone-Systems,
> und hast dieses mit 2.6.24-28-xen-kernel/-initrd booten wollen.

exakt!

> Prüfung des benutzten kernels: uname -a
> Prüfung der benutzten initrd: ls -la /lib/modules
> Falls wirklich kernel und initrd 2.6.24-28-xen war, ist mir völlig schleierhaft, was dieses
> Problem bei dir auslöst, falls in der initrd die passenden Module unter /lib/modules/... sind.

Die domU habe ich zwischenzeitlich wieder entfernt, sodass ich nicht 
adhoc nachschauen kann.
Wenn mich nicht alles täuscht, liegt aber die ISO noch irgendwo, sodass 
ich das am WE noch mal einspielen kann.

> Testweise habe ich mal ein neues lv "testli" erstellt, dann
> mkfs.ext3 /dev/vg/testli
> Danach eine neue domu per "Add domain to config", lvm, ... angelegt.
> In der Configuration noch das gesetzt:
> DISK_1_TYPE = phy
> DISK_1_UNAME = /dev/vg/testli
> Und die domu gestartet; nicht einmal ein total leeres /"ROOT" bringt den FATAL: ...-Fehler, weil
> kernel und initrd (2.6.24-28-xen) erstmal alles Nötige zum starten haben!
>
> ===
> Management for Xen domain testli
>
> Status: Domain is not running
> Boot-Order: 66
>
> Please enter command:
>       [b]oot,
>      b[o]ot&  connect,
>       [n]ew boot order
>
> ENTER=Return: o
> You can disconnect from this virtual machine by pressing Ctrl-]
> (On german keyboards typically Strg-AltGr-9, PuTTY Strg-+)
> Press ENTER to continue
> [    0.237041] Successfully initialized TPM backend driver.
> [    0.280659] rtc: IRQ 8 is not free.
> [    0.282620] i8042.c: No controller found.
> Detecting hardware: .
> Mounting /dev/hda1 ...
>
> Welcome to eisfair!
>
> Please stand by, while the system is booting ...
> switch_root: bad init /sbin/init: No such file or directory
> Press ENTER to continue
> ===
>
> Daher würde nicht direkt am "geklonten" System nach dem Fehler suchen, sondern bei der initrd!

Vielen Dank für die Tests!
So langsam keimt wieder Hoffnung auf. ;-)


> Nebenfragen:
> Hast du den /lib/modules/2.6.24-28-xen -Ordner in die domU kopiert?
> (manuell oder per "Update Kernel Modules"-Menueeintrag)

Ja.

>>>>> Vermutlich würde ein händisches Basteln/Abändern der 2.6.24-28-er initrd weiterführen, bloß wie
>>>>> weit ist halt die Frage!?
>> Du könntest mal versuchen, nach dieser Anleitung (etwa in der Mitte)
>> http://fedorawiki.de/index.php/Xen
>> eine eigene initrd zu erstellen. Vllt. geht es ja so.
>
> Danke für den Link, aber daß auf meinem eisxen-dom0 alle "Werkzeuge" zur Erzeugung einer initrd
> zu einem neuen Kernel sind, glaube ich nicht; da ist zu wenig Speicherplatz verbraucht. Da
> brauche ich eine eisxen-dev Umgebung!?

Das stimmt.
Kürzlich gab es hier einen Thread mit Link, wie man so was einrichtet. 
Leider finde ich den im Moment nicht.


> Oje, fli4l ist so ein Thema.
> Das habe ich noch nirgendwo zum laufen bekommen. :-(

War eigentlich ganz einfach:
- domU erstellen
- base editieren
- mkfli4l.sh ausführen,

Schon sollte er erstmal laufen.

Um einen "vollwertigen" fli zu bekommen, erstelle ich den auf einem 
Arbeitsrechner und führe ein Remoteupdate nach

/data/xen/fli4l/fli4l-3.4.0/config.router/build/

durch. Dann Neustart der domU - ét voilà!

> Daß fli4l mit anderem kernel läuft, liegt wohl daran, daß das speziell anwählbar ist:
> root@eisxen100rc5 1.7.2:/ # grep "rootfs" /var/install/config.d/xmdomu.sh
>      rootfs=$fli4lPath/config.$name/build/rootfs.img
>      rootfs='/boot/initrd-xen.gz'
> ramdisk = "$rootfs"
>
> Es ist: initrd=$ramdisk
> fli4l kriegt also ne andere initrd wie die anderen domus!
> aber die domus =!fli4l kriegen alle die /boot/initrd-xen.gz!

Der fli liegt halt einfach komplett, also mit Kernel und initrd, in dem 
LV und wird von dort in die RAM-Disk gestartet.
Von daher verhält er sich also anders als andere domUs.

Grüße
Heinz-Peter