guv@moon:~/.vmware/vEMan_v0.9.6b>./vEManDEBUG:Uservariablefile/home/guv/.vmware/vEMan_v0.9.6b/etc/uservars_vEMan.cfgfound.DEBUG:Uservariablefile/home/guv/.vmware/vEMan_v0.9.6b/etc/uservars_vEMan.cfgincludedsuccessfully.DEBUG:Systemvariablefile/home/guv/.vmware/vEMan_v0.9.6b/etc/sysvars_vEMan.cfgincludedsuccessfully.DEBUG:included>F_MKCFG<successfullyDEBUG:included>F_PARENTF<successfullyDEBUG:included>F_HELP<successfullyDEBUG:included>F_VERSION<successfullyDEBUG:included>F_LICENSE<successfullyDEBUG:included>F_INSTALLER<successfullyDEBUG:included>F_ERR<successfullyDEBUG:included>F_REVIEWER<successfullyDEBUG:Requirement/home/guv/.vmware/vEMan_v0.9.6b/vEManmet.DEBUG:Requirement/usr/bin/yadmet.DEBUG:Requirement/home/guv/.vmware/vEMan_v0.9.6b/vmapps/general/connect.plmet.DEBUG:Requirement/home/guv/.vmware/vEMan_v0.9.6b/libs/getx509certificate.vEManmet.DEBUG:Requirement/usr/bin/ovftoolmet.DEBUG:Requirement/usr/bin/vncviewermet.DEBUG:Requirement/usr/bin/ovftoolmet.DEBUG:Requirement/usr/bin/vmware-cmdmet.DEBUG:Requirement/bin/ncmet.DEBUG:Requirement/usr/bin/esxclimet.DEBUG:Requirement/home/guv/.vmware/vEMan_v0.9.6b/libs/runFUNCTION.vEManmet.DEBUG:Requirement/usr/bin/opensslmet.DEBUG:Requirement/home/guv/.vmware/vEMan_v0.9.6b/vmapps/vm/vminfo.plmet.DEBUG:Requirement/home/guv/.vmware/vEMan_v0.9.6b/vmapps/vm/vmcontrol.plmet.DEBUG:Requirement/home/guv/.vmware/vEMan_v0.9.6b/vmapps/vm/snapshotmanager.plmet.DEBUG:vEManexecutedfirsttime.Startinginstaller..DEBUG:Displayinglicenseinformation(process:4497):Gtk-WARNING**:LocalenotsupportedbyClibrary.Usingthefallback'C'locale.Unabletoparsecommandline:InvalidbytesequenceinconversioninputDEBUG:selectedbuttonid:255DEBUG:Answerwas255F_ESXMGRERROR:Unspecifiedaction(255)defined(process:4499):Gtk-WARNING**:LocalenotsupportedbyClibrary.Usingthefallback'C'locale.(yad:4499):Gtk-WARNING**:Themedirectoryactions/48ofthemebreezehasnosizefield(yad:4499):Gtk-WARNING**:Themedirectorycategories/16ofthemebreezehasnosizefield(yad:4499):Gtk-WARNING**:Themedirectorycategories/22ofthemebreezehasnosizefield(yad:4499):Gtk-WARNING**:Themedirectorycategories/48ofthemebreezehasnosizefield(yad:4499):Gtk-WARNING**:Themedirectorydevices/48ofthemebreezehasnosizefield(yad:4499):Gtk-WARNING**:Themedirectoryofthemeoxygenhasnosizefield(yad:4499):GLib-GObject-WARNING**:ThepropertyGtkAlignment:xalignisdeprecatedandshouldn't be used anymore. It will be removed in a future version.(yad:4499):GLib-GObject-WARNING**:ThepropertyGtkAlignment:yalignisdeprecatedandshouldn't be used anymore. It will be removed in a future version.Gtk-Message:GtkDialogmappedwithoutatransientparent.Thisisdiscouraged.
The above results initially in a s message window "Unspecified action (255) defined (F_LICENCE)", however running a second time by clicking "Retry" opens the ESX server and credentials window as expected.
Putting in the correct details results in a window "Preparing vEMan" which appears to get stuck at "preparing vEMan..." at about 40% of the progress bar.
Logging to ESXi using a windows VM and vSphere client, it appears that the vEMan log in was successful... the event log reads:
Second:
Please read the README carefully!!!! You will see that SDK v5.5 is absolutely NOT supported by vEMan! That is also mentioned in your downloaded v0.9.6.
So uninstall the 5.5 SDK and then install either 5.1 or 6.x (I think 5.1 would be better / enough in you case). Check carefully the output at the end of the SDK installation to find missing modules.
Then recheck and tell me if your problem was solved.
Good luck ;)
Thomas
Last edit: secure diversITy 2016-05-23
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Thanks for getting back to me. Yes, I had found similar in another post of yours and tried a few things...
After countless hours gnashing teeth, I eventually found ovf-tool 2.0.1 online but then had to mess around trying to uninstall 4.1... (the process of installing 2.01 over the top did not automatically remove the newer package!)
Then tried SDK 5.1, then 5.1.1 both of which gave me "Server version unavailable" errors despite your config files explicitly telling it not to check server version...
Then I tried SDK 6.0, which threw up a few errors on older perl modules, but were easy enough to fix and then.... da da da DAH! It works!
Looks good - for a quick linux based vm check it'll be easier than firing up a windows vm and the old vshpere client but I'm now considering just implementing a full windows vm on the esxi server just to allow use of the web client (overkill). Sucker for punishment I guess. ;-P
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
G'day, hopefully I've made a simple mistake... everything appeared to install correctly.
I'm on OpenSUSE 42.1. ESXi server is 5.5.0 build 2068190.
The above results initially in a s message window "Unspecified action (255) defined (F_LICENCE)", however running a second time by clicking "Retry" opens the ESX server and credentials window as expected.
Putting in the correct details results in a window "Preparing vEMan" which appears to get stuck at "preparing vEMan..." at about 40% of the progress bar.
Logging to ESXi using a windows VM and vSphere client, it appears that the vEMan log in was successful... the event log reads:
...but after around 2mins it times out.
Any ideas?
(In the meantime I will try reinstalling all components again taking special note on whether any modules were missed)
Cheers,
Guv
Ok, messed with the locale for the user running this... and now get to view and accept the licence.
But essentially same result - gets stuck on "preparing vEMan..." or "creating session..." (not always one or the other).
Last edit: Guv 2016-05-21
Hi Guv,
well yes I really hate to say that again and again but the VMware SDK for Perl is a mess ;)
First of all: You're not using the really latest version of vEMan. Download the latest one here (still mentioned "preview" but it will work better then v0.9.6):
https://github.com/secure-diversITy/vEMan/archive/master.zip
Second:
Please read the README carefully!!!! You will see that SDK v5.5 is absolutely NOT supported by vEMan! That is also mentioned in your downloaded v0.9.6.
So uninstall the 5.5 SDK and then install either 5.1 or 6.x (I think 5.1 would be better / enough in you case). Check carefully the output at the end of the SDK installation to find missing modules.
Then recheck and tell me if your problem was solved.
Good luck ;)
Thomas
Last edit: secure diversITy 2016-05-23
G'day Thomas,
Thanks for getting back to me. Yes, I had found similar in another post of yours and tried a few things...
After countless hours gnashing teeth, I eventually found ovf-tool 2.0.1 online but then had to mess around trying to uninstall 4.1... (the process of installing 2.01 over the top did not automatically remove the newer package!)
Then tried SDK 5.1, then 5.1.1 both of which gave me "Server version unavailable" errors despite your config files explicitly telling it not to check server version...
Then I tried SDK 6.0, which threw up a few errors on older perl modules, but were easy enough to fix and then.... da da da DAH! It works!
Looks good - for a quick linux based vm check it'll be easier than firing up a windows vm and the old vshpere client but I'm now considering just implementing a full windows vm on the esxi server just to allow use of the web client (overkill). Sucker for punishment I guess. ;-P
I'm glad to hear that you got it working!
Regarding ovftool (and others!!!):
You can have multiple versions installed when you configure the settings in vEMan.
Edit: [vEMan-installation-path]/etc/uservars_vEMan.cfg
Check that file to match your installation. The good: When upgrading vEMan later this file gets not overwritten so you're safe to adjust things there.
Good to know! Great work!