Univention Bugzilla – Bug 24266
Boot-Medium bei Xen-PV Instanzen
Last modified: 2023-06-28 10:46:25 CEST
+++ This bug was initially created as a clone of Bug #21938 +++ Für Bug #23812 wurde der Patch für libvirt-0.9.6 portiert, der die Reihenfolge der Block-Geräte von Xen→libvirt richtig behandelt. Für den Rückweg gibt es in vermutlich libvirt-0.9.6 jetzt eine semantische Änderung, die das Problem zum Vorschein kommen lässt: In 0.8.6 hat es gereicht, die Reihenfolge der Geräte in der XML-Beschreibung umzusortieren. Diese wurden dann genau in dieser Reihenfolge an den Xend übergeben, der dann entsprechend für das erste Gerät booteable=1 gesetzt hat. Mit 0.9.6 sortiert die Funktion virDomainDiskInsertPreAlloced() aus src/conf/domain_conf.c:5903 nun die Geräte nach Bus-Typ und Geräte-Name. Durch Bug #20253 behalten wir aber die alten Namen bei, so dass das Vertauschen alleine nicht das gewünschte Ziel erreicht. Vielmehr müssen hier die Geräte-Namen in aufsteigender Reihenfolge neu vergeben werden. Dafür spielt die Reihenfolge jetzt keine Rolle mehr. Zum nachstellen: virsh edit "$VM" xm list --long "$VM"
Created attachment 3707 [details] xen: fix PyGrub device order using boot/@order Ein Revert von c1a98d88255197a8446d08c0b1589861660e9064 hat nichts gebracht, von daher Plan B von der ML: Das ist der 1. Teil, der libvirt anpasst, so daß nun per disk/boot/@order-Attribut das Device bestimmt werden kann, welches von PyGrub verwendet wird. Was jetzt noch fehlt ist die Anpassung von UVMMd, so daß dort das Attribut durchgereicht wird und bei Xen-PV auch verändert wird.
Created attachment 3719 [details] xen: fix PyGrub device order using boot/@order Warte auf Rückmeldungen von der libvirt-ML.
Als Bug #29532 nochmals aufgetreten; dort wurde aber nur ein kurzer Workaround realisiert. Der endgültige Patch für libvirt ist immer noch offen.
UCS-3.x is OoM. Xen is OoM.