Bug 21938 - Boot-Medium bei Xen-PV Instanzen
Boot-Medium bei Xen-PV Instanzen
Status: CLOSED FIXED
Product: UCS
Classification: Unclassified
Component: Virtualization - Xen
UCS 2.4
Other Linux
: P5 normal (vote)
: UCS 2.4-2
Assigned To: Andreas Büsching
Tim Petersen
:
Depends on:
Blocks: 24266
  Show dependency treegraph
 
Reported: 2011-03-22 15:55 CET by Andreas Büsching
Modified: 2011-10-28 22:27 CEST (History)
3 users (show)

See Also:
What kind of report is it?: ---
What type of bug is this?: ---
Who will be affected by this bug?: ---
How will those affected feel about the bug?: ---
User Pain:
Enterprise Customer affected?:
School Customer affected?:
ISV affected?:
Waiting Support:
Flags outvoted (downgraded) after PO Review:
Ticket number:
Bug group (optional):
Max CVSS v3 score:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Andreas Büsching univentionstaff 2011-03-22 15:55:19 CET
Seitdem wir nicht nur Devices vom Type file unterstützen ist das Setzen des Boot-Medium nur noch bedingt möglich. Wenn libvirt die Liste der Devices an Xen gibt werden die nach Typen aufgeteilt (vbd, tap, tap2,  ...)

Bei para-virtualisierten Instanzen wird in der XML-Beschreibung das zu bootende Medium durch die Reihenfolge definiert. In Xen wird daraus das Flag bootable. Beim Auslesen aus Xen wird dieses Flag aber nicht ausgewertet bzw. die Reihenfolge der Medien wird nicht angepasst. Handelt es sich dabei um verschiedene Typen, steht das Boot-Medium nicht unbedingt wieder vorne.

Im Xen-Treiber von libvirt muss die Reihenfolge der Medien angepasst werden, wenn ein bootable-Device nicht als erstes in der Liste steht
Comment 1 Andreas Büsching univentionstaff 2011-03-23 12:40:29 CET
In xend_internal.c (xenDaemonParseSxprDisks) wird jetzt das bootable Flag ausgewertet und die erste Platte bei der es gesetzt ist wird an die erste Position in dem Array disks verschoben. Dadurch wurde bei meinen Tests das CDROM als lokales Gerät wieder als erstes in der Liste angezeigt, wenn es als Boot-Medium markiert wurde.

Ich hab den Patch nicht an die Maillingliste geschickt, da der Xen-Treiber sowieso neu geschrieben wird. Mit Markus habe ich das Problem besprochen, es scheint den neuen Xen-Treiber nicht zu betreffen.
Comment 2 Tim Petersen univentionstaff 2011-03-24 12:01:33 CET
Ein lokales CDROM Device wird nun in der XML-Beschreibung stets als erstes aufgeführt, sofern es als Bootmedium gesetzt wurde.
Im Testszenario hatte die Instanz das lokale CDROM-Laufwerk, und zwei tap-Devices eingetragen.
Auch das Zurücksetzen des Bootdevices klappt wie erwartet.

Eine Testinstallation via lokaler DVD klappte problemlos.
Changelogeintrag vorhanden - verified
Comment 3 Sönke Schwardt-Krummrich univentionstaff 2011-04-04 15:47:23 CEST
UCS 2.4-2 wurde veröffentlicht. Sollte der hier beschriebene Bug mit einer
neueren Version von UCS erneut auftreten, so sollte der Bug dupliziert werden:
"Clone This Bug".