Univention Bugzilla – Bug 19804
Unterstützung von iSCSI Speicherbereichen
Last modified: 2013-03-25 19:56:39 CET
Momentan kann zwar über virsh ein iSCSI-Pool definiert werden, aber die notwendigen Einstellungen können noch nicht über UMC vorgenommen werden. Das sollte erweitert werden. +++ This bug was initially created as a clone of Bug #18855 +++ UVMM-Daemon und das UMC-Modul sollten iSCSI-Pools unterstützen
Wenn dies angepasst ist, muss der Hinweis im Wiki-Artikel gelöscht werden http://wiki.univention.de/index.php?title=UVMM_Technische_Details
Ein Teil der notwendigen Funktionalität wurde in 2.4-1 übernommen: Konfigurierte Block-Devices überleben nun Änderungen von anderen Einstellungen in der UMC. Was allerdings noch komplett fehlt, ist die Konfiguration eines iSCSI-Pools über UMC selbst; dazu ist weiterhin virsh notwendig. Von daher lasse ich den Bug offen, bis das auch über UMC möglich ist. svn 21108+21113, univention-virtual-machine-manager-daemon_0.11.0-1 ChangeLog: \item Bei der Verwaltung von Images wurden einige Fehler behoben (\ucsBug{19342}) und Vorbereitungen zur Unterstützung weiterer Image-Formate getroffen (\ucsBug{20530}, \ucsBug{18765}, \ucsBug{19804}). Beim Testen des ganzen mit einem LVM-Pool (/var/lib/libvirt/shared/CONFIGS/pool-lvm.xml) trat zudem folgender Traceback auf: 2010-11-23 11:20:10,751 - uvmmd.unix - ERROR - [3] Exception: Traceback (most recent call last): File "/usr/lib/python2.4/site-packages/univention/uvmm/unix.py", line 144, in handle_command res = cmd(self, command) File "/usr/lib/python2.4/site-packages/univention/uvmm/commands.py", line 262, in STORAGE_VOLUMES volumes = storage.get_storage_volumes( request.uri, request.pool, request.type ) File "/usr/lib/python2.4/site-packages/univention/uvmm/storage.py", line 171, in get_storage_volumes format = target.getElementsByTagName( 'format' )[ 0 ].getAttribute( 'type' ) IndexError: list index out of range
Über UVMM können nun auch Laufwerke virtuelle Instanzen angelegt werden können, deren Massenspeicher in LVM- oder iSCSI-Storage-Pools liegen. Für LVM lassen sich auch Logical Volumes anlegen. Für iSCSI fehlt in libvirt die dafür notwendige Voraussetzung: Jeder iSCSI-Hersteller kocht da sein eigenes Süppchen, so daß libvirt keinen Aufsetzpunkt für das Erzeugen hat. Auf der ML wurde mal über eine "Plugin-Architektur" diskutiert, über die man dann die herstellerspezifischen Funktionen einbinden könnte. Deswegen kann libvirt und damit UVMM nur bereits existierenden Laufwerke nutzen, aber keine neunen Volumes anlegen. Zumindest für LVM habe ich getestet, daß LVM-Volumes sich anlegen, einbinden und auch wieder löschen lassen. Mangels iSCSI-Umgebung ist das dort ungetestet, könnte aber bereits funktionieren. DRBD ist auch noch ein Test-Kandidat. Da sich dieser Bug auf iSCSI bezieht, bleibt der Bug erstmal offen. svn21360, univention-virtual-machine-manager-daemon_0.10.11-1.110.201012020810
(In reply to comment #3) > Über UVMM können nun auch Laufwerke virtuelle Instanzen angelegt werden können, > deren Massenspeicher in LVM- oder iSCSI-Storage-Pools liegen. Für LVM lassen > sich auch Logical Volumes anlegen. An Ticket 2012110521006813 wurde kommuniziert, das das aktuell in UCS 3.1 MS1 verfügbare clvm nicht Snapshot-Fähig ist. Als Layer für iSCSI und andere Shared Block Devices fehlt damit ein wichtiges Feature.
Das sollte nochmal geprüft und angepasst werden. Ziel sollte eine Anleitung sein, mit der Kunden iSCSI Systeme einfach anbinden können. Es muss dabei nicht alles grafisch über UVMM erfolgen, aber es sollte transparent sein. Einmalige Dinge (Anlegen) per CLI oder anderen Tools, die tägliche Administration (Starten, Stoppen, Migrieren) dann per UVMM. In der Anleitung könnte beispielsweise die eigentliche LVM Erstellung mit system-config-lvm erfolgen, siehe auch hier: https://access.redhat.com/knowledge/docs/en-US/Red_Hat_Enterprise_Linux/6/html/Storage_Administration_Guide/s1-system-config-lvm.html clvm sollte vermutlich aktualisiert werden.
(In reply to comment #4) > (In reply to comment #3) > > Über UVMM können nun auch Laufwerke virtuelle Instanzen angelegt werden können, > > deren Massenspeicher in LVM- oder iSCSI-Storage-Pools liegen. Für LVM lassen > > sich auch Logical Volumes anlegen. > > An Ticket 2012110521006813 wurde kommuniziert, das das aktuell in UCS 3.1 MS1 > verfügbare clvm nicht Snapshot-Fähig ist. Als Layer für iSCSI und andere Shared > Block Devices fehlt damit ein wichtiges Feature. Snapshots funktionieren prinzipbedingt nicht mit cLVM (die Snapshot-Tabelle wird aus performance-Gründen im RAM gehalten), wohl aber mit der Einschränkung, daß explizit einem Host ein exklusiver Zugriff eingerichtet wird: <http://www.centos.org/docs/5/html/Cluster_Logical_Volume_Manager/cluster_activation.html> Von daher wurde jetzt erstmal nur die iSCSI-Storage-Pool-Anbindung über libvirt ermöglicht: Darüber muß man einmalig den SP über virsh anlegen und kann danach die Storage-Volumes ganz normal einbinden. LVM und andere Storage-Pools sollte damit auch besser funktionieren (aber jetzt nicht explizit getestet). svn39724..39734, 2.0.36-2.435.201303211541 ChangeLog: svn16919 \item iSCSI storage pools are now supported (\ucsBug{19804}). <http://wiki.univention.de/index.php?title=UVMM-iSCSI-Speicherbereiche> wurde überarbeitet. <https://hutten.knut.univention.de/mediawiki/index.php/Philipp_memo/iSCSI> enthält weitere Informationen.
svn39750: ucs_3.1-0-ucs3.1-1.txt += open-iscsi
Ich habe nun einen iscsi pool eingebunden und wollte darauf ein w2k8 Server installieren nud zwar vom lokalen CDROM Laufwerk. Beim Start gibt es folgenden Fehler: Fehler beim Verwalten der Domäne "e1e85986-75bf-0a9d-199f-78480bfa189a": POST operation failed: xend_post: error from xen daemon: (xend.err "('create', '-aaio:/dev/cdrom') failed (7680 )") Die XML für das CDROM sieht so aus: <disk type='file' device='cdrom'> <driver name='tap2' type='aio'/> <source file='/dev/cdrom'/> <target dev='hda' bus='ide'/> <readonly/> </disk> Hier müsste wohl ein anderer Type und eine anderes Device definiert sein.
Testsystem (vielleicht kann das noch jemand "recyceln") xen 13 (10.200.7.80) XEN xen 15 (10.200.7.90) KVM beide sind per iscsi an 10.200.17.93 (iqn.2003-01.org.linux-iscsi.phahn-sid93.x8664:sn.8a3daa0d4efd), virsh pools sind vorhanden (iscsipool), xen13 verwendet lun-0 und xen15 nimmt lun-1
(In reply to comment #8) > Ich habe nun einen iscsi pool eingebunden und wollte darauf ein w2k8 Server > installieren nud zwar vom lokalen CDROM Laufwerk. ... > <disk type='file' device='cdrom'> > <source file='/dev/cdrom'/> As /dev/cdrom is not in any pool, the UVMM UMC code did fall back to using type='file', which is wrong for vlock devices. svn39763, univention-virtual-machine-manager-daemon_2.0.36-3.436.201303221804 Regarding Bug #19574 comments 7,8,16: Qemu-kvms BIOS has been updated, so booting from a local CDROM works. Xen seems to be broken and does not even boot from a local CDROM anymore: <http://wiki.xen.org/wiki/CD_Rom_Support_in_Xen> <http://www.stefanux.de/wiki/doku.php/xen/fehlerbehebung#cdrom-boot-failure> I'll clone a new bug for this: Bug #30885
KVM installation: OK Xen installation: OK KVM live migration: OK Xen live migration: OK Changelog: OK
UCS 3.1-1 has been released: http://download.univention.de/doc/release-notes-3.1-1_en.pdf http://download.univention.de/doc/release-notes-3.1-1.pdf If this error occurs again, please use "Clone This Bug".