[Eisfair] eisxen zu xen unter Alpine (eis-NG) Ursprung war ->Re: eisfair-64

[Helmut Pohl]

Hallo Helmut,

das Problem mit dem Boot-Error ist beseitigt. Zusätzlich habe ich einen
Alpine-Linux-Xen auf anderer PC-Hardware und einen Alpine-Linux-Xen in
der VM VirtualBox installiert. Durch diese Installationen bekommt man ja
doch so etwas Bediensicherheit in dem Installation -und Updateprozeß von
Alpine-Linux.

Ich habe mich an deine Anleitung und die Anleitung von Alpine-Linux:
http://wiki.alpinelinux.org/wiki/Create_Alpine_Linux_PV_DomU gehalten
und eine DomU von Alpine-Linux64 installieren können. Den Eisfair64
konnte ich unter VM Virtualbox installieren und updaten. Der
Migrationsprozess von VM VirtualBox zu Alpine-Linux-Xen klappte auch
soweit. Die Modifikationen von /etc/fstab, /boot/grub/menu.lst und
/etc/lilo.conf für die DomU sind soweit abgeschlossen. Die Eisfair64
DomU startet unter Alpine-Linux-Xen und kommt bis zur Systemmeldung:
* Starting cron ...       [ OK ]
und hängt anschließend.

Im normalen Bootprozess kommt dann das Login.


Ich habe mir in der Alpine-Linux64 DomU die /dev/xvda von der eisfair64
DomU eingehängt.
Die letzten Zeilen aus der /var/log/messages von eisfair64 unter
Alpine-Linux-Xen:

Nov 19 18:07:59 eis klogd: <30>udevd[1245]: starting version 3.2.1
Nov 19 18:07:59 eis klogd: <30>udevd[1246]: starting eudev-3.2.1
Nov 19 18:07:59 eis klogd: input: PC Speaker as
/devices/platform/pcspkr/input/input0
Nov 19 18:07:59 eis klogd: Error: Driver 'pcspkr' is already registered,
aborting...
Nov 19 18:07:59 eis klogd: xen_netfront: Initialising Xen virtual
ethernet driver
Nov 19 18:07:59 eis klogd: Error: Driver 'pcspkr' is already registered,
aborting...
Nov 19 18:07:59 eis klogd: Adding 524284k swap on /dev/xvda2.
Priority:-1 extents:1 across:524284k SSFS
Nov 19 18:07:59 eis klogd: EXT4-fs (xvda3): re-mounted. Opts:
errors=remount-ro
Nov 19 18:07:59 eis klogd: EXT4-fs (xvda3): re-mounted. Opts:
errors=remount-ro
Nov 19 18:07:59 eis klogd: EXT4-fs (xvda1): mounted filesystem with
ordered data mode. Opts: errors=remount-ro
Nov 19 18:07:59 eis klogd: EXT4-fs (xvda3): re-mounted. Opts:
errors=remount-ro,acl,user_xattr
Nov 19 18:07:59 eis klogd: ide-cd driver 5.00


Die letzten Zeilen der /var/log/messages von eisfair64 in der VirtualBox:
Nov 19 18:08:05 eis klogd: <30>udevd[1318]: starting version 3.2.1
Nov 19 18:08:05 eis klogd: <30>udevd[1319]: starting eudev-3.2.1
Nov 19 18:08:05 eis klogd: ACPI: AC Adapter [AC] (off-line)
Nov 19 18:08:05 eis klogd: ACPI: Video Device [GFX0] (multi-head: yes
rom: no  post: no)
Nov 19 18:08:05 eis klogd: input: Video Bus as
/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/LNXVIDEO:00/input/input5
Nov 19 18:08:05 eis klogd: ide-cd driver 5.00
Nov 19 18:08:05 eis klogd: ide-cd: hdc: ATAPI 32X DVD-ROM drive, 128kB Cache
Nov 19 18:08:05 eis klogd: cdrom: Uniform CD-ROM driver Revision: 3.20
Nov 19 18:08:05 eis klogd: piix4_smbus 0000:00:07.0: SMBus Host
Controller at 0x4100, revision 0
Nov 19 18:08:05 eis klogd: e1000: Intel(R) PRO/1000 Network Driver -
version 7.3.21-k8-NAPI
Nov 19 18:08:06 eis klogd: e1000: Copyright (c) 1999-2006 Intel Corporation.
Nov 19 18:08:06 eis klogd: input: PC Speaker as
/devices/platform/pcspkr/input/input6
Nov 19 18:08:06 eis klogd: ppdev: user-space parallel port driver
Nov 19 18:08:06 eis klogd: ACPI: Battery Slot [BAT0] (battery present)
Nov 19 18:08:06 eis klogd: e1000 0000:00:03.0 eth0: (PCI:33MHz:32-bit)
08:00:27:ef:b1:c7
Nov 19 18:08:06 eis klogd: e1000 0000:00:03.0 eth0: Intel(R) PRO/1000
Network Connection
Nov 19 18:08:06 eis klogd: snd_intel8x0 0000:00:05.0: disable (unknown
or VT-d) VM optimization
Nov 19 18:08:06 eis klogd: Error: Driver 'pcspkr' is already registered,
aborting...
Nov 19 18:08:06 eis klogd: Error: Driver 'pcspkr' is already registered,
aborting...
Nov 19 18:08:06 eis klogd: snd_intel8x0 0000:00:05.0: white list rate
for 1028:0177 is 48000
Nov 19 18:08:06 eis klogd: Adding 524284k swap on /dev/sda2.
Priority:-1 extents:1 across:524284k FS
Nov 19 18:08:07 eis klogd: EXT4-fs (sda3): re-mounted. Opts:
errors=remount-ro
Nov 19 18:08:07 eis klogd: EXT4-fs (sda3): re-mounted. Opts:
errors=remount-ro
Nov 19 18:08:07 eis klogd: EXT4-fs (sda1): mounted filesystem with
ordered data mode. Opts: errors=remount-ro
Nov 19 18:08:07 eis klogd: EXT4-fs (sda3): re-mounted. Opts:
errors=remount-ro,acl,user_xattr
Nov 19 18:08:07 eis klogd: e1000: net0 NIC Link is Up 1000 Mbps Full
Duplex, Flow Control: RX
Nov 19 18:27:22 eis -- MARK --
Nov 19 18:47:22 eis -- MARK --
Nov 19 18:48:34 eis login: pam_unix(login:auth): check pass; user unknown


Ich vermute, dass Alpine-Linux-Xen nicht die benötigte virtuelle
Hardware zur Verfügung stellt.

Hast Du eine Idee, weshalb der Bootvorgang hängen bleibt?


Auf meiner neu installierten PC-Hardware läuft Alpine-Linux-Xen stabiler
als auf meiner Server-Hardware. :-(
Muss also an der Konfiguration der Hardware (RAM / Bios ö.ä.) liegen.

xl info | grep xen_commandline
-> commandline   : dom0_mem=1024M


Gruß,
Helmut



Am 18.10.2018 um 12:55 schrieb Helmut:
> Hallo Helmut,
> 
> vielen vielen Dank für die Infos. An einiges kann ich mich jetzt wieder
> erinnern. Aber toll dass Du das so aus dem Gedächtnis parat hast.
> Ich habe mit xen lange nichts gemacht und muss mich jetzt wieder mühsam
> einarbeiten, dann kommt noch der Umstieg von xen 3.01 auf 4.10 dazu. Da
> hat sich in der Syntax so einiges getan. Das Buch Xen 3.2 habe ich mir
> damals auch gekauft und es hat mir sehr geholfen. Ich vermisse jetzt
> eine entsprechende Literatur für Xen 4.10, oder ein update von dem Buch.
> ;-)
> 
> Zu allem Verdruss kommt jetzt noch hinzu, dass der alp-xen nicht mehr
> booten will. Er meldet Boot Error. Das hat mir gerade noch gefehlt,
> jetzt muss ich mich erstmal auf die Suche nach diesem Fehler begeben.
> Ich habe gerade den Bootsektor gptmbr.bin neu scheiben lassen, aber ohne
> Erfolg. Die Suche geht weiter. Ich melde mich wieder, wenn der alp-xen
> wieder bootet.
> 
> Gruß,
> Helmut
> 
> 
> Am 14.10.2018 um 20:58 schrieb Helmut Backhaus:
>> Hallo Helmut,
>> ich bin z.Z. gesundheitlich angeschlagen und kann nicht so agieren, wie
>> ich gern würde. Ich kann nicht richtig gehen und bin deshalb nur, wenn
>> überhaupt, ~ 2 mal am Tag an meinem "Rechnerzoo" im Dachgeschoss.
>>
>> Sorry geht z.Z. nicht anders!
>>
>> Am 14.10.2018 um 17:17 schrieb Helmut Pohl:
>>> Hallo Helmut,
>>>
>>> vermutlich bist Du viel tiefer in die Materie Alpine-Xen eingedrungen
>>> und ich würde gerne dein Angebot auf Hilfestellung annehmen.
>>
>> Na ja vieles habe ich noch von "eis-xen", aber über die Jahre hat sich
>> an xen auch einiges getan. Damals war das noch die Version 3.0.x
>> (Xen-Version) oder so. Heute sind wir bei 4.10.2 ...
>>
>> Ich bin ja noch Mitte des letzten Jahrhunderts geboren und stehe eben
>> auf Bücher und hatte mir damals das Xen-Buch von Frank Meyer gekauft.
>> Das ist heute immer noch ein guter Ratgeber.
>>
>> Auch hier gibt es noch Leute, die mit xen arbeiten, da habe ich auch
>> schon öfter Tipps bekommen. Aber es werden immer weniger, viele steigen
>> auf Proxmox um.
>>
>>> Ich habe versucht, unter Alpine-Linux-Xen 3.8.1 eine domU mittels hvm
>>> zum Laufen zu bekommen, leider ohne Erfolg. 
>>
>> Warum als HVM?
>> Willst Du darauf eine Grafische Oberfläche laufen lassen?
>> Sonst würde ich dafür keinen Grund sehen.
>>
>> Nicht, dass es nicht gehen würde aber es frisst halt Ressourcen. Mehr
>> als wenn man sie als PV laufen lässt!
>>
>> Mit PVHVM habe ich mich noch nicht wirklich befasst, ich weiß nur, dass
>> es so etwas gibt.
>>
>>> Mittels bootloader = "pygrub" habe ich den eifair-ng zum Laufen gebracht> aber nicht als hvm.
>>
>> Na ja, wenn Du dass zum laufen gebracht hast, dann bist Du ja schon ein
>> Stück weiter! Den das geht ja auch nicht OOTB. :-))
>>
>>>
>>> Mich würde es brennend interessieren, ob Du schon Erfahrungen mit hvm
>>> hast.
>>
>> Ja, ich habe hier eine DomU mit Mint laufen, die hatte ich die Tage auf
>> Version 19 gezogen. Die läuft bestimmt schon 2 Jahre oder so.
>>
>>> Wird dazu qemu benötigt? wenn ja, wie wird der konfiguriert?
>>
>> Das habe ich zumindest nicht wissentlich installiert oder konfiguriert.
>>
>>> Bei eisxen musste er nicht explizit konfiguriert werden.
>>
>> So habe ich das auch in Erinnerung!
>>
>>>
>>> Hast Du schon den eisfair64 als domU zum Leben erwecken können?
>>> Ich habe es versucht, aber es wird kein Treiber installiert und die
>>> Installation bricht ab.
>>>
>>
>> Ja, läuft!
>> Aber wirklich NUR installiert, noch nicht mal mein eigenes Paket habe
>> ich anpassen können und testen (siehe ganz oben)!
>>
>>>
>>> Am 23.09.2018 um 18:41 schrieb Helmut Backhaus:
>>>
>>>>>> Am 23.09.2018 um 15:08 schrieb Helmut Pohl:
>>>>>>
>>>>>>
>>>>>>> Dann müsste ja jetzt mit diesem Kernel eine eisfair-DomU unter
>>>>>>> alpine-xen 64bit möglich sein.
>>>>
>>>> Hatte ich ganz vergessen, das geht mit Eisfair1 auch schon!
>>>> Ich habe hier einige Eis1 DomU's laufen.
>>>> Sonst wäre das Thema bei mir schon lange gestorben, aber ich gebe zu,
>>>> das ist nicht so mal eben. Etwas Handarbeit ist schon erforderlich.
>>>>
>>>
>>> Weißt Du noch welche Anpassungen notwendig waren?
>>>
>>
>> Welche Anpassungen?
>> Um von 0 auf 100 zu kommen?
>>
>>>>
>>>> Ich habe mir ein Image für Eis1 gebaut, damit habe ich binnen kurzer
>>>> Zeit eine Eis1 DomU aufgesetzt. Das Image müsste ich nur mal
>>>> aktualisieren, dann könnte ich Dir das ganze zur Verfügung stellen.
>>>>
>>>
>>> Ich wäre zunächst einmal an der Konfiguration für eine eis1 domU
>>> interessiert.
>>
>> Also doch die von 0 auf 100 Beschreibung!
>> *Achtung* wird länger!!
>>
>> Das Problem hierbei ist, dass man den E1 nicht so ohne weiteres in eine
>> DomU installiert bekommt. Deshalb ja auch mein Umweg über ein Image. Das
>> hat der eis-xen übrigens genau *so* gemacht! Das hatte ich da
>> abgekupfert. Ok, ich habe das ganze jetzt für mich etwas getuned. ;)
>>
>> Ich versuche es mal in Stichworten, wenn Du nicht klar kommst, fragen!
>>
>> - Einen z.B. eis1 unter z.B. VirtualBox minimalistisch installieren,
>> also ohne data Partition und sonst irgendwelchem Gedöns (das wird alles
>> später gemacht)
>> - Auf den Aktuellen Stand ziehen.
>> - Hier bereits den "virt-Kernel" installieren (braucht es beim eis-64
>> nicht).
>> - Ich hatte mir beim letzten Mal noch dhcpc installiert und
>> konfiguriert, es geht aber auch ohne.
>> - ssh freigeben.
>> - Jetzt ziehst Du Dir zwei Dateien aus dem laufenden System, und zwar:
>> 	1. /boot/kernel
>> 	2. /boot/initrd.gz
>> z.B. mit sftp oder sonst wie. Die brauchst Du nachher zum booten
>>
>> Wenn ich jetzt nichts vergessen habe, sollte es das mit den
>> Vorbereitungen gewesen sein.
>>
>> Noch eine Anmerkung:
>> Ich habe es bisher nur mit Vbox gemacht und kann bei anderen Tools
>> deshalb nur bedingt helfen!
>>
>> - Jetzt wandelst Du die entstandene Vbox Datei in ein Image, z.B. so:
>> vboxmanage clonehd -format RAW /pfad/zu/deiner/imagedatei/eis-64-img.vdi
>> /pfad/zur/neuen/datei/xen-images/eis-64/eis-64-img.img
>> (das muss in eine Zeile, es nur Namen, also für Dich anpassen)
>>
>> Jetzt wird es für mich etwas tricky, denn wenn ich es richtig in
>> Erinnerung habe, arbeitest Du mit "*.img" Dateien als Basis für Deine
>> DomU's. Das ist aber ewig her, dass ich das mal gemacht habe, weil ich
>> mit LVM arbeite. Aber vom Prinzip her sollte es auch gehen. Vielleicht
>> sogar einfacher.
>>
>> - Die oben entstandene Datei kopierst Du jetzt auf Deine xen Maschine,
>> dahin, wo alle Deine Image Dateien liegen.
>> - Die beiden Dateien "kernel und initrd.gz" müssen nun auch noch auf das
>> Xen System in ein Verzeichnis Deiner Wahl.
>> - Jetzt brauchst Du eine Startdatei (bei mir unter /etc/xen)
>> #####
>> # Config file eis-64-01 von HB 23.09.2018
>> name = "eis"
>> kernel = '/verzeichnis/deiner/wahl/kernel'
>> ramdisk = '/verzeichnis/deiner/wahl/initrd.gz'
>> extra = "ro quiet xencons=tty1 console=hvc0"
>> console=hvc0"
>> # bootloader = "pygrub"
>>
>> memory = 512
>>
>> boot        = 'c'
>> root = "/dev/xvda3 ro"
>> disk = [
>> 	"file:/pfad/zu/deiner/image/datei,xvda,w",
>> #        "phy:/dev/vg0/eis-64-01-dat,xvdb1,w",
>> 	 ]
>> #vif = [ 'mac=08:00:27:35:B8:F1, bridge=xenbr0, vifname=eis-64-01' ]
>> #vif = [ 'bridge=xenbr0, vifname=eis-64-01' ]
>> #####
>>
>> Die vif Einträge musst Du noch an Deine Gegebenheiten anpassen, die
>> kenne ich natürlich nicht!
>>
>> Zur Erklärung:
>> Der erste vif Eintrag ist mein "Standard Eintrag", da kenne ich dann die
>> MAC schon.
>> Den zweiten nehme ich zum ersten starten um eine MAC vom System zu
>> bekommen, die ich dann in die Config (erster Eintrag) eintrage und den
>> zweiten Eintrag auskommentiere.
>> Auf "vifname" kannst Du auch ganz verzichten, ich finde es nur sehr
>> schön, da ich dann unter brctl sofort sehen kann um welche Maschine es geht.
>>
>> Wenn jetzt alles richtig war, müsstest Du mit folgendem Befehl die
>> Maschine starten können:
>> xl create -f /etc/xen/dein-eis.cfg -c
>>
>> Wenn die Maschine jetzt läuft müssen noch einige Anpassungen gemacht werden:
>>
>> - Anlegen eines Verzeichnisses "/boot/grub"
>> - Anlegen einer Datei "/boot/grub/menu.lst mit folgendem Inhalt:
>> #####
>>      default 0
>>      timeout 5
>>
>>      title   eisfair-1
>>      root    (hd0,0)
>>      kernel  /kernel root=/dev/xvda3
>>      initrd  /initrd.gz
>>
>>      title   eisfair-1 (old)
>>      root    (hd0,0)
>>      kernel  old-/kernel root=/dev/xvda3
>>      initrd  old-initrd.gz
>> #####
>> - Ändern der /etc/lilo.conf (sonst geht ein etwaiger Kernel-Update schief)
>> #####
>> lba32
>> disk = /dev/xvda
>>   bios = 0x80
>> boot = /dev/xvda
>> read-only
>> prompt
>> timeout = 50
>> vga = normal
>> menu-scheme = wr:bw:wr:Yr
>> image = /boot/kernel
>> root = /dev/xvda3
>> label = eis
>> initrd = /boot/initrd.gz
>> append = "raid=noautodetect net.ifnames=0"
>> image = /boot/old-kernel
>> root = /dev/xvda3
>> label = oldeis
>> initrd = /boot/old-initrd.gz
>> append = "raid=noautodetect net.ifnames=0"
>> image = /boot/kernel-3.16.57-VIRT
>> root = /dev/xvda3
>> label = 3.16.57-VIRT
>> initrd = /boot/initrd-3.16.57-VIRT.gz
>> append = "raid=noautodetect net.ifnames=0"
>> #####
>> (aus hda wird xvda)
>> Und Achtung!!!
>> --> lilo ausführen <--
>>
>> - MAC Adresse abschreiben, für den "vif" Eintrag
>> - Jetzt die Maschine stoppen
>> - Nun noch einmal die /etc/xen/eis.cfg (oder wie auch immer) anpassen
>> #####
>> # Config file eis-64-01 von HB 23.09.2018
>> name = "eis"
>> # kernel = '/verzeichnis/deiner/wahl/kernel'
>> # ramdisk = '/verzeichnis/deiner/wahl/initrd.gz'
>> extra = "ro quiet xencons=tty1 console=hvc0"
>> console=hvc0"
>> bootloader = "pygrub"
>>
>> memory = 512
>>
>> boot        = 'c'
>> root = "/dev/xvda3 ro"
>> disk = [
>> 	"file:/pfad/zu/deiner/image/datei,xvda,w",
>> #        "phy:/dev/vg0/eis-64-01-dat,xvdb1,w",
>> 	 ]
>> #vif = [ 'mac=08:00:27:35:B8:F1, bridge=xenbr0, vifname=eis-64-01' ]
>> #vif = [ 'bridge=xenbr0, vifname=eis-64-01' ]
>> #####
>> kernel und ramdisk auskommentieren (# setzen)
>> bootloaden einkommentieren (# entfernen)
>> vif anpassen
>>
>> - Jetzt erneut Starten mit:
>> xl create -f /etc/xen/dein-eis.cfg -c
>>
>> - Wenn jetzt alles richtig war, solltest Du nun eine eis DomU haben :-))
>>
>> - Jetzt aber nicht gleich loslegen und alle möglichen Pakete installieren!!!
>> - Diese Image-Datei beiseite legen! Daraus kann man sich nun sehr
>> schnell einen neuen Eis bauen!!!
>>
>>>
>>>>> Ein umziehen der
>>>>> domU's vom eisxen zum alpine-xen ist nicht möglich, sie laufen nicht
>>>>> (32bit).
>>>>
>>>> Doch, das geht!
>>>> Hast Du ein LVM auf beiden Maschinen?
>>>> Dann sollte das sogar Online gehen :-))
>>>
>>> Oh, welche Anpassungen sind notwendig? Bei klappte es bis jetzt nicht.
>>> Ich wollte sie als hvm-domU's installieren.
>>
>> Zu HVM hatte ich ja schon etwas geschrieben, weiter oben. :-))
>>
>> Einiges sollte sich aus der 0 auf 100 Beschreibung ergeben, ansonsten
>> können wir das machen wenn die erste Eis-Instanz läuft?
>> Ich glaube, dass wird einfacher.
>>
>>>
>>>>> Das größte Problem, was sich mir dargestellt hat, ist, dass dom0 und
>>>>> domU nicht stabil laufen. Nach ca. 36 Std. geht der Arbeitsspeicher
>>>>> gegen 0 und die dom0 rebootet neu. :-(
>>>>
>>>> Das sollte sich aber eingrenzen lassen, ich vermute, das Du den Dom0
>>>> Speicher nicht begrenzt hast.
>>>> Bei mir hat der alp-Xen bis gestern 150 Tage gelaufen und er würde noch
>>>> immer laufen, aber ich habe ihn gestern auf alpine 3.8 gehoben.
>>>>
>>>
>>> ich habe der dom0 4GB in der /boot/extlinux.conf zugewiesen. Muss es
>>> mehr sein?
>>
>> Ich habe da zum Teil nur 512MB drin gehabt und das lief, aber dann darf
>> auf dem Basis System auch *nichts* anderes laufen. Bei mir sieht es z.Z.
>> so aus:
>> dom0_mem=2048M dom0_max_vcpus=2 dom0_vcpus_pin
>>
>> Hier würde mich der Eintrag aus der "/boot/extlinux.conf" intressieren,
>> ist der wirklich noch da?
>> Der wird nämlich gern von der "/etc/update-extlinux.conf" überschrieben :-))
>>
>> Zeig doch mal was ein:
>> xl info | grep xen_commandline
>> ergibt
>>
>>
>>
>> So, ich hoffe, dass alles richtig ist was ich hier verzapft habe und Du
>> mit der Anleitung klar kommst!
>> Wenn nicht, einfach fragen ...
>>
>