Feature #296
"Local" Installation von VMware Workstation 6.5 / Player 2.5 / Meldung in Ordnung bringen
| Status: | Erledigt | Start date: | ||
|---|---|---|---|---|
| Priority: | Hoch | Due date: | ||
| Assignee: | uhrig | % Done: | 0% |
|
| Category: | virtualisation | |||
| Target version: | Ver. 5.0 | |||
| Resolution: | fixed |
Description
Es wäre sehr gut, wenn das VMware Plugin die Local-Variante der WS 6.5 / Player 2.5 unterstützen würde:
root@socrates:~/openslx/openslx/trunk# slxos-plugin install suse-11.0-uni vmware DEBUG: player version 2.5, we use -v25 *** No local executeable installation of vmware found! Using it as virtual machine wouldn't work!
Oder ist die Fehlermeldung eher totaler Bullshit :) Was soll mir die sagen: Hat er eine Version 2.5 gefunden, oder ist das die Default-Einstellung, oder ...??
History
Updated by dvs over 3 years ago
Auch die Demuxer-Meldung:
! system suse-11.0-uni::nfs: No local executeable installation of vmware found! Using it as virtual machine wouldn't work!
Das Zeugs ist aber definitiv da und auch an der üblichen Stelle für die "local" Variante ...
Updated by dvs over 3 years ago
Das Runlevel-Skript /etc/init.d/vmware-env passt nicht zur Startmeldung ("player version 2.5, we use -v25"), der Bridge-Aufruf passt nur zu den älteren Versionen.
Updated by dvs over 3 years ago
Hm, zumindest das erzeugte Skript in /data/openslx/stage1/suse-11.0-uni/opt/openslx/plugin-repo/vmware/local/vmware.init sieht korrekt aus, auch wenn die Einrückungen nicht stimmen ... Da gehts dann wohl in Stage3 schief ...
Updated by dvs over 3 years ago
Beim Indent mit "unshifthere" richtig mitzählen (siehe Beispiel in r2289).
Warum wird eigentlich der alte Modultyp ("*.o", Kernel 2.4) statt "*.ko" geladen? (Macht hier kein Unterschied, aber sieht nicht logisch aus.)
Updated by uhrig over 3 years ago
2.5 wurde noch nicht getestet sondern nur die Arbeit eingecheckt. Insofern werde ich hier wohl oder uebel noch ueber kleinere Fehler stolpern. Da braucht hier nicht alles dokumentiert werden :)
.ko => .o wurde gewaehlt, da vmware bei lokaler Installation auch .o Module kopiert und in den binaer-Paketen nur .o Module hat. Zu Problemen mit v2.5 Modulen siehe hier die private Mail.
Updated by dvs over 3 years ago
Das Skript /data/openslx/stage1/suse-11.0-uni/opt/openslx/plugin-repo/vmware/local/vmware.init ist leider doch nicht korrekt (der auskommentierte korrekte Eintrag für die neue Variante der vmnet-bridge täuschte).
Updated by mj0 over 3 years ago
Das gleiche tritt bei VMplayer 2 auf. Wenn jeweils nur der Player installiert ist, wird das Plugin gar nicht installiert! Wenn die Workstation installiert ist, wird das Plugin installiert, da kommt die Meldung aber trotzdem (zum. bei 6.5).
Updated by dvs over 3 years ago
Auch bei vielleicht etwas sinnlosen Eingaben sollte die Rückmeldung vom Plugin irgendetwas sinnvolles für den User bringen:
root@socrates:~# slxos-plugin install suse-11.0-uni vmware kind=vmpl2.0 vmpl2.0 DEBUG: player version 2.5, we use -v25 *** No [[OpenSLX]] installation of VMware Player 2.0 found or installation failed. Using it as virtual machine wouldn't work!
... ist kryptisch, besonders bezogen auf die Eingaben (wenn auch eine Variable nicht sauber gesetzt ist :)) Auch wäre vielleicht eine genauere Meldung, worum es sich beim Package-Path handelt sinnvoll oder ein Beispiel:
root@socrates:~# slxos-plugin install suse-11.0-uni vmware kind=vmpl2.0 vmpl2.0=1 * vmware::pkgpath: no such directory! * vmware plugin was not installed!
Updated by uhrig over 3 years ago
- Status changed from Neu to Erledigt
- Resolution set to fixed
Urspruenglicher Fehler ist behoben. Fehler mit init nicht nachvollziehbar oder schon vor 1-2 Tagen behoben. Wird heute/morgen sowieso erstmal genauer getestet. Einruecken erstmal nicht so wichtig. Kommt spaeter. Da scheint ggf. an anderer Stelle noch ein Bug sein. Der Masse wegen schliesse ich erstmal das Ticket. Bitte erstmal keine weiteren Tickets zu v2.5, da noch nicht fertiggestellt!