Defect #317
Virtuelle Maschinen (verschiedener Provinienz)
| Status: | Erledigt | Start date: | ||
|---|---|---|---|---|
| Priority: | Hoch | Due date: | 02/28/2009 | |
| Assignee: | dvs | % Done: | 100% |
|
| Category: | virtualisation | |||
| Target version: | Ver. 5.0 | Estimated time: | 20.00 hours | |
| Resolution: | worksforme |
Description
Im Augenblick, wo mehrere [[Virtualisierung|virtuelle Maschinen] im Angebot sein könnten (verschiedene Versionen derselben Art wie VMware Player 10 und VMware Player 25 oder unterschiedliche wie Virtual Box und VMware Player parallel) ist zu überlegen wie das aus Sicht des [wikivmchooser VM-Choosers]] sinnvoll abgebildet werden sollte.
So sollte es vielleicht ein einheitliches Oberverzeichnis /var/lib/virt geben und darin dann die verschiedenen Unterverzeichnisse anlegen:
vmconfigs für die XMLs für alle Virtualisierer (interpretiert durch den Chooser)
vmware55 entsprechend für *vmdk für Player 1.0 / Workstation 5.5
vmware65 entsprechend für die *vmdk für Player 2.5 / WS 6.5
vbox2 entsprechend für VBox Version 2.X Images
Dann bekommt man das Problem, welches Plugin dieses Verzeichnis mountet und wie das zusammengesetzt werden kann. Annahme könnte ja sein, dass VMware und VBox-Images von
verschiedenen Quellen stammen könnten oder wird dieses ausgeschlossen?
Dann gäbe es eine gewisse Redundanz beim Mounten des Hauptverzeichnisses nach /var/lib/virt.
Related issues
History
Updated by uhrig about 3 years ago
- Assignee deleted (
somebody)
Nach Besprechung des Themas sind wir zu folgendem Entschluss gekommen:
So sollte es vielleicht ein einheitliches Oberverzeichnis /var/lib/virt geben und darin dann die verschiedenen Unterverzeichnisse anlegen:
vmconfigs für die XMLs für alle Virtualisierer (interpretiert durch den Chooser)
Fliegt raus. XMLs werden nach dem momentanen Plan direkt zum Image der folgenden Verzeichnisse gelegt:
- vmware/55 entsprechend für *vmdk für Player 1.0 / Workstation 5.5
- vmware/65 entsprechend für die *vmdk für Player 2.5 / WS 6.5
- virtualbox/2 entsprechend für VBox Version 2.X Images
vmchooser findet die entsprechende XML dann recursiv in den vorhandenen Unterverzeichnissen
Alternativ können diese Unterverzeichnise 55/_65_/_2_ für die einzelnen Verzeichnise optional weggelassen werden. Allerdings wird dann die aktuellste und dabei noch abwärtskompatible Virtualisierungsumgebung benötigt.
Dann bekommt man das Problem, welches Plugin dieses Verzeichnis mountet und wie das zusammengesetzt werden kann. Annahme könnte ja sein, dass VMware und VBox-Images von
verschiedenen Quellen stammen könnten oder wird dieses ausgeschlossen?
Jedes Plugin mountet selbststaendig nach /var/lib/virt/${virtualisierung} (z.B. /var/lib/virt/vmware). Dort wird es dann jeweils das entsprechende Unterverzeichnis geben.
Vorteil:- kein eigenes Virtualisierungsplugin nötig
- keinen Problemen wenn ein Virtualisierungsplugin deaktiviert oder entfernt wird
- für jede Virtualisierungsumgebung (vbox, vmware) wird ein eigener Befehl bei der Konfiguration und einzelner Mountbefehl in Stage3 benötigt.
- Im Zweifelsfall wird von der selben NFS Quelle zweimal (je das entsprechende Virtualisierungs-Unterverzeichnis) gemountet
Updated by dvs almost 3 years ago
- Due date set to 02/28/2009
- Category changed from konzept to virtualisation
- Assignee set to dvs
- Target version set to Ver. 5.0
- % Done changed from 0 to 30
- Estimated time set to 20.00
Derzeit findet eine starke Restrukturierung im Bereich dieser Plugins statt, siehe auch die Blog-Meldung ...
Updated by mj0 almost 3 years ago
- Status changed from Neu to Gelöst
- % Done changed from 30 to 80
- Resolution set to worksforme
ist hier noch was zu machen`?
Updated by dvs almost 3 years ago
- % Done changed from 80 to 100
Nicht in diesem Ticket: Es gibt nun ein generisches runvirt.sh, welches durch Plugins zum jeweiligen Virtualisierer erweitert wird. Nun sind diese Plugins für das VirtualBox und QEMU/KVM Plugin zu realisieren (siehe entsprechende Tickets: #312, #159).