Univention Bugzilla – Bug 19755
Dokumentation zur Nutzung von COW mit UVMM
Last modified: 2011-08-08 16:27:45 CEST
Es soll eine Dokumentation zur Nutzung von COW mit UVMM erstellt werden
Für CoW im Rahmen von OpenDVDI/DVS per DM-Snapshot gibt es bereits <http://wiki.univention.de/index.php?title=Copy_On_Write>, was wir allerdings so nicht in UVMM übernehmen werden können: libvirtd verträgt keine "broken Symlinks" in den Pool-Verzeichnissen und unterstützt auch keine Unterverzeichnisse. Die aktuelle Implementierung in OpenDVDI/DVS benutzt stattdessen Qcow2, was durch setzen von "dvs/desktop/cow=qcow2" aktiviert werden kann. In den bisherigen Tests funktioniert das auch problemlos und sollte von daher als Standard gesetzt werden. Für die Integration in UVMM fehlt allerdings noch einige Vorarbeiten: * Instanz als Vorlage markieren und Starten/Veränderungen verhindern * Clonen der Instanz per UMC ** Neuen Namen für die Instanz vergeben ** Neue Namen für die geclonten Images vergeben Problematisch ist hier auf jeden Fall noch das Löschen: Die Vorlage darf erst dann gelöscht werden, wenn sie von keiner Instanz mehr verwendet. Alternativ müssen alle Instanzen beim Löschen der Vorlage mit gelöscht werden oder dann die Images verselbständigt werden. Von daher ist hier jetzt erstmal nichts zu tun, bis UVMM entsprechend erweitert wurde.
Der Wiki-Artikel sollte noch gekennzeichnet werden, für welche Version von UCS er gilt. http://wiki.univention.de/index.php?title=Copy_On_Write In der Beschreibung wird auf das OpenDVDI Repository verwiesen. Ist das so noch aktuell?
(In reply to comment #2) > http://wiki.univention.de/index.php?title=Copy_On_Write Die Seite ist hoffnungslos veraltet und wurde und wird nie so supported sein. Qemu/KVM bietet inzwischen bessere Lösungen, die hoffentlich mit Bug #21299 zukünftig auch nutzbar sein werden. Die beste Lösung wäre den obigen Artikel ersatzlos zu löschen.
Stimmt, ist jetzt trotzdem entsprechend angepasst. "opendvdi" ist jetzt durch "dvs-prototyp" ersetzt.
Wenn es das beste ist, den Artikel ersatzlos zu löschen, dann sollte das gemacht werden. Alles andere erzeugt nur Verwirrung und ggf. Frust bei Kunden und Partnern. Vorschlag: Artikel löschen und Bug schließen. Ich kann das gerne übernehmen. In dem Fall, bitte mir den Bug zuweisen.
Ja, entweder löschen oder sicherstellen, dass das so funktioniert.
Bug #20558 sagt, das wir den Code zukünftig entfernen wollen. Von daher wäre ich für entfernen. Im Wiki habe ICH zumindest keine Funktion dazu gefunden; fehlende Rechter oder geht nur verschieben/umbenennen?
Löschen kann nur der WikiSysop, also ich ;-). Ich habe den Artikel gelöscht. Er wird von keinen anderen Artikeln referenziert. Bei Bedarf kann er aus dem Löschlogbuch wiederhergestellt werden. Ich schließe hiermit den Bug als WONTFIX.