Just upgraded from VMware Player 4.0.4 to the new 5.0. The old method of obtaining VMNetCfg.exe appears to no longer work. There is no "network.cab", and none of the .cab files that show up when you /extract have anything looking like VMNetCfg.exe.
How in Player 5.0 do we configure NAT, DHCP, etc. in the VMNetn adapters (what we used to do with VMNetCfg)? If still VMNetCfg.exe, how to get it?
Thanks!
-Marc
A smaller package to download is VMware-workstation-9.0.0-812388.exe.tar as it's only 271.2 MB. Untar it and then use the same command line syntax to extract the contents of the executable as in the past.
In VMware Player 5.0.0 you can click the Configure Adapters button when the Network Adapter is set to Bridged and disable automatic bridging for a given adapter however this by no means is an acceptable replacement for removing the network.cab file and vmnetcfg.exe. The only solution I see is to download VMware Workstation 9.0.0 and extract its contents and in the core.cab file you'll find the vmnetcfg.exe file and copy it to VMware Player's working directory and then create a shortcut and put it in the VMware folder on the Start menu. You will still need to manually edit the .vmx configuration file to set the custom settings for the target VMnet as in the past.
I completely agree with WoodyZ.
The new procedure to get that "must have part" of VMplayer is to download a 400Mb installer just to extract one 4 Mb executable.
A smaller package to download is VMware-workstation-9.0.0-812388.exe.tar as it's only 271.2 MB. Untar it and then use the same command line syntax to extract the contents of the executable as in the past.
Thanks for the link to the smaller package but it is still bizarre to have to download so much just to get something so small. VMWare seems to be cutting off their nost to spite their face. Granted VMNETCFG is rarely used by anyone but hard core users, not providing it just seems pretty akward.
I wish I could just zip up the vmnetcfg.exe however I do not believe it would be okay for me to redistribute it, even here. It's really a shame that VMware has removed it completely and I think that only encourages more Users to simply download the normal VMware Workstation package and install it and then use all the features it has that can be used even without a license and in essence have a VMware Player with advanced features available to use.
Not saying that it is a right thing to do however with what seems like VMware lack of caring for advanced users it may somehow enable some Users to help justify using Workstation without a license. I have a dozen computers for my personal use and while I do not run virtualization software on all of them I only purchase one license for Workstation and then use Player on the other Windows and Linux systems.
Just like WSX is a separate download for VMware Workstation it would be quite nice if VMware would at least make a vmnetcfe.exe available on the VMware Player download page or better yet just include it in the installer and install it with the rest of VMware Player!
I got the smaller package that WoodyZ mentions, it's a tarball of the exe, as he mentioned un TAR it ( 7zip works nicely) extract it ( from a command line VMware-workstation-9.0.0-812388.exe -e path-to-folder ) open the core.cab ( again 7zip works nicely ) and find the vmnetcfg.exe, copy it to where the vmware player was installed ( typically the C:\Program Files\VMware\VMware Player folder for 32 bit or C:\Program Files (X86)\VMware\VMware Player for 64 bit hosts ).
Off topic: I am becoming more and more UNimpressed with VMWare player 5. First the silly dang "Non-commercial use only" plastered in the header of any running VM, the complete lack of vmnetcfg, performance seems WORSE and it appears the clipboard sharing doesn't seem to work ( at least for me ) either. This realease seems to be minor step backwards. What is it with software companies lately? From MS to VMWare they jsut seem to be stepping on their own d**k putting out crap products ( Windows 8 anyone? ).
And YES I know I am the master of parentheticals. :).
Thanks, all. I used the procedure outlined above and have a running vmnetcfg.exe. I also note that the clipboard functions seem to work fine. Rootmanx, I assume you have installed the 9.2.0 build 799703 VMware Tools. Thanks and enjoy, John.
Got one not so small problem.
I've downloaded the tar version, and now the full version and when I try to run the extract ( VMware-workstation-full-9.0.0-812388.exe /e .\path ) I just get a popup telling me error 32 occurred.
Digging some more, the extract creates the temp folder, copies itself into the temp folder then tries to open the exe and fails. Debug log info below:
20120927214858:INFO wWinMain Command Line: ["D:\Downloads\VMware-workstation-full-9.0.0-812388.exe" /d /log log.txt /e .\ws]
20120927214858:INFO wWinMain: Lang: 2057
20120927214858:INFO wWinMain: Locale: 2057
20120927214858:INFO wWinMain:InitCommonControls
20120927214858:INFO wWinMain:AfxEnableControlContainer
20120927214858:INFO wWinMain:Setting cwd
20120927214858:INFO wWinMain:Creating new package manager
20120927214858:INFO wWinMain:Check for existing installer
20120927214858:INFO wWinMain:Creating new configuration file
20120927214858:INFO wWinMain:Creating and do command
20120927214908:ERROR** CBzipPackage::OpenPackage#59: Failed to open package file D:\Downloads\VM\ws\VMware-workstation-9.0.0-812388.exe in read/write mode, due to error 32
20120927214908:NOTICE CBzipPackage::ClosePackage: Successfully closed package D:\Downloads\VM\ws\VMware-workstation-9.0.0-812388.exe
20120927214908:INFO wWinMain:Checking exceptions [16]
20120927214908:INFO wWinMain:Handle error
20120927214908:INFO HandleError: Handling error: [16] lang [2057]
20120927214908:ERROR** HandleError: Encountered fatal error id: 16
20120927214908:ERROR** HandleError: Message: [Failed to open file D:\Downloads\VM\ws\VMware-workstation-9.0.0-812388.exe, error 32]
20120927214908:ERROR** DisplayErrorMain: Displaying error message
20120927214908:ERROR** DisplayError Error [Failed to open file D:\Downloads\VM\ws\VMware-workstation-9.0.0-812388.exe, error 32]
20120927214929:INFO wWinMain:Not removing installer because install was not successful
20120927214929:INFO wWinMain:Finished processing command
20120927214929:INFO =================================================================
20120927214929:INFO End
20120927214929:INFO =================================================================
Any ideas? File seems ok by the usual checks.
I've downloaded the tar version, and now the full version and when I try to run the extract ( VMware-workstation-full-9.0.0-812388.exe /e .\path ) I just get a popup telling me error 32 occurred.
...Any ideas?
Yes, sounds like the VMware-workstation-9.0.0-812388.exe file is corrupt. Or if it's not, although it may not make any difference, try using the FQP for the -e option like -e c:\vmwtmp not -e .\path.
File seems ok by the usual checks.
Well since you're having an issue and "by the usual checks" is an ambiguous comment (even in context), did you check it against its published MD5/SHA1 checksum? Which by the way is what I'd consider the usual checks but not be ambiguous about stating so considering the number of users that post here and either haven't checked the MD5/SHA1 checksum and or don't even know what it is. In other words, when asking for help be explicit and specific not ambiguous!
robdaykin, I DLed the .tar above and got the following:
CRC32: 52DA9141
MD5: F37AEAE2FEB1A9F18351F1C8620FB3E2
SHA-1: 6EF3887A85D6F6D46FBEA42F1EDE0258E054C4F6
Size 258 MB (271,165,440 bytes) not Size on disk
Please check yours. Since the first error is an open error, the question arises: did you run the installer in Administrator mode? If not, give that a try. Good luck and enjoy, John.
The usual checks for me are cross checking the checksums and exact file size which I did for the full install. Not for the tar, since I didn't have a reference set (thanks John). Aside from virus checking I can't imagine what other checks you'd do for a downloaded file?
Anyway turns out supplying the full explicit absolute path to the target folder for extraction works. Bizarrely since the path is resolved fully and correctly in the debug logging, which threw me off trying that. Relative paths having been ok for player 3 and 4, obviously workstation 9 is fussier. So for further reference, if you have an error 32, try explicit absolute paths.
thanks
Rob
Not for the tar, since I didn't have a reference set
This should always be a checksum available in the metadata.xml.gz file in its download location. The sha256 checksum for the VMware-workstation-9.0.0-812388.exe.tar file is, 0fd263a550929b7d8c0d8621b2838a83540418c06fa2eb9f7bf96b1247b9b232.
I know John posted some other checksums for this particular file however if you want it straight from VMware then use the info in the metadata.xml.gz file as the versions increment.
Player comes with UI