Bug 25097 – Absoluter Pfad des CD-ROM Images wird entfernt - Maschine startet nicht mehr

Bug 25097 - Absoluter Pfad des CD-ROM Images wird entfernt - Maschine startet nicht mehr


Summary:	Absoluter Pfad des CD-ROM Images wird entfernt - Maschine startet nicht mehr

Status:	CLOSED WORKSFORME

Product:	UCS
Classification:	Unclassified
Component:	UMC - Virtual machines (UVMM)
Version:	UCS 3.0
Hardware:	Other Linux

Importance:	P5 minor (vote)
Target Milestone:	---
Assigned To:	Philipp Hahn
QA Contact:

URL:
Keywords:

Depends on:
Blocks:	19804
	Show dependency tree / graph

Reported:	2011-12-02 13:25 CET by Jascha Geerds
Modified:	2023-06-28 10:51 CEST (History)
CC List:	2 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):	Troubleshooting
Max CVSS v3 score:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description Jascha Geerds

2011-12-02 13:25:43 CET

Ich habe eine Maschine wie folgt angelegt:

ucs-kt-instance-create -A i386 -V 3.0-0 -s 30G -i /var/univention/buildsystem2/isotests/ucs_3.0-0-latest-i386.iso -N $name

Die Instanz wurde korrekt angelegt und startete ohne Probleme. Anschließend habe ich sie ausgeschaltet, um eine weitere Festplatte zu erstellen. Klickt man dann "Speichern", erscheint folgende Fehlermeldung - die Maschine lässt sich auch nicht mehr starten:

Fehler beim Verwalten der Domäne '252b8789-f229-7463-f83c-71f204372055': operation failed: failed to retrieve chardev info in qemu with 'info chardev'

bzw.

Fehler beim Verwalten der Domäne '377418d6-c583-1349-280f-bf7c0aedb368': Cannot recv data: Input/output error


Vermutlich liegt das Problem darin, dass das CD-ROM Image ein Link auf die aktuellste Version ist -- es befindet sich in keinem Storage-Pool.
Wenn man nun die Maschine in UVMM bearbeitet, wird der absoluten Pfad durch den Dateinamen des Images ersetzt. Ein absoluter Pfad macht im Normalfall keinen Sinn, weil über den Storage-Pool herausgefunden wird, wo sich das Image befindet -- in diesem Fall ist jedoch kein Storage-Pool definiert.

Comment 1 Andreas Büsching

2011-12-02 13:29:16 CET

Das Problem tritt nur bei CD-ROM Laufwerken auf, die in einem Verzeichnis liegen, dass nicht zu einem Pool gehört.

Das sollte also in Standard-Umgebungen nicht auftreten -> minor

Der Fix ist recht einfach: Bei


			elif not file_pool and disk.get( 'volumeType', Disk.TYPE_BLOCK ) and disk[ 'volumeFilename' ]:
				drive.source = disk[ 'volumeFilename' ]

muss vorher nur geprüft werden, ob das Gerät neu anlegt wird

if create_new:
...

Comment 2 Philipp Hahn

2013-03-19 23:23:42 CET

This bug also affects iSCSI storage pools: There the leading /dev/disks/by-path/ is tripped from the device, which makes iSCSO storage pools useless.
Currently a manual fix similar to <http://wiki.univention.de/index.php?title=UVMM-iSCSI-Speicherbereiche> is needed.

Comment 3 Philipp Hahn

2013-03-21 16:21:43 CET

Might be fixes by one of the commits svn39724..39734 for Bug #19804

Comment 4 Philipp Hahn

2013-06-04 18:54:35 CEST

Ich konnte eine neue Instanz per virsh anlegen, die ein ISO-Image außerhalb jeden Pool erfolgreich verwenden konnte. Das Editieren per UVMM war ebenso möglich.