john_willis's Posts

Cool Glad to know there is a solution out there that works for you. Not that odd when you consider open doesn't have to go through extensive Q&A before public release. Its more a project... See more...
Cool Glad to know there is a solution out there that works for you. Not that odd when you consider open doesn't have to go through extensive Q&A before public release. Its more a project reputation qualification. In any event, I'm glad to hear that it worked.
I think your on to something regarding the open tools it looks like the bug was discovered and patched 2013-01-30. "This bug was fixed in the package open-vm-tools - 2012.12. 26-958366-0ubun... See more...
I think your on to something regarding the open tools it looks like the bug was discovered and patched 2013-01-30. "This bug was fixed in the package open-vm-tools - 2012.12. 26-958366-0ubuntu1" https://bugs.launchpad.net/ubuntu/+source/open-vm-tools/+bug/1100096
The open tools are an option. This thread seems to indicate a coder trying to patch the inode.c code directly http://communities.vmware.com/message/2130250 Running patch is an old Perl-i... See more...
The open tools are an option. This thread seems to indicate a coder trying to patch the inode.c code directly http://communities.vmware.com/message/2130250 Running patch is an old Perl-ism for people from dialup Bulletin Board Days (BBS) if you not from that generation it may seem difficult and not something you want to pursue.
This from the far end of the same day. But it appears to be downloadable to me from my location. Perhaps it was a temporary outage. I used your landing page URL Then clicked on [VMwar... See more...
This from the far end of the same day. But it appears to be downloadable to me from my location. Perhaps it was a temporary outage. I used your landing page URL Then clicked on [VMware Player for Windows 32-bit and 64-bit] [Download] Firefox [Live HTTP headers] revealed the javascript shoved this at my browser as a redirect: https://download2.vmware.com/software/wkst/VMware-player-5.0.2-1031769.exe?HashKey=02188300379b5f80ad4560be38205ae6&ext=.exe&params=%7B%22sourcefilesize%22%3A%2276M%22%2C%22dlgcode%22%3A%22PLAYER-502%22%2C%22languagecode%22%3A%22en%22%2C%22source%22%3A%22DOWNLOADS%22%2C%22downloadtype%22%3A%22manual%22%2C%22eula%22%3A%22N%22%2C%22downloaduuid%22%3A%226a25bf86-0bee-4c5e-bfd7-5300c6cb2eff%22%2C%22purchased%22%3A%22N%22%2C%22dlgtype%22%3A%22Product+Binaries%22%2C%22productversion%22%3A%225.0.2%22%2C%22productfamily%22%3A%22VMware+Player%22%7D&AuthKey=1367199853_9cb701b1d166be02d7f7d77744af5924&ext=.exe A little mod_rewrite would go a long ways.
I'm sorry I can't offer specific details on how to fix. However it appears to indicate your headers do not define a previously defined function or variable. Which the inode.c code expects for ... See more...
I'm sorry I can't offer specific details on how to fix. However it appears to indicate your headers do not define a previously defined function or variable. Which the inode.c code expects for this module. Modules are like Objects to 'C' code and depend on a certain number of assumptions in order to recompile successfully. When a kernel or library gets replaced, or updated, so do their headers. Older functions and declarations fall out of date and support and no longer exist in newer versions. So the module code must be updated and adapted to work with the newer environment. You can downgrade or run an older kernel, and the existing compiled module will load and work as before. Or you can attempt to change the code yourself if your a good programmer. Or you can wait for the vmhgfs to be released in a version compatible with your kernel and libraries. Its also remotely possible you don't have your kernel-headers installed, that would look similar to this error; obviously its trying to recompile the module from the error message, and if the kernel-headers are not installed on your system; it won't be able to access the declarations and would assume the first time it encounters the usage of the value or function as a new undefined declaration. Often Linux distributions do not install the source code or headers for a program or module to save space and setup time. They are generally only of interest to program developers. So they tuck them away in separate kernel-devel or kernel-header packages you can optionally install later when you know you will need them. If all of this overwhelms you, you would be better off waiting until VMware releases an update to VMware Tools that specifically covers your Distro and release version.. generally then the tools will either include a precompiled binary module guaranteed to work, or source code guaranteed to compile on that release version. Good Luck
For the benefit of any looking for a solution. The X-windows nature of the tools and the installer do not place a requirement on the Guest. Rather you simply need to run the install [from] ... See more...
For the benefit of any looking for a solution. The X-windows nature of the tools and the installer do not place a requirement on the Guest. Rather you simply need to run the install [from] a system that is hosting an X-server. For example: X-ming is a free X-server for Microsoft Windows. A companion program called X-launcher has a wizard for creating logon connections to a foreign or remote server (like the target you want to install VMware Tools on). If you launch X-term (from Microsoft Windows running X-launcher) on your target (where you want to run the VMware Tools installer) you will get a Bash command shell prompt. When you start the VMware Tools installer script or binary (on the target) the target will "Fling" the output of the X-Windows display back to your local Microsoft Windows desktop, X-Ming will accept the remote call and create a window for the application on your local display (the windows desktop) and procede to "install" the tools on the remote target.. which is what you are trying to do. The install will succeed, the local Microsoft Window for the VMware Tools program running on the remote target will close. And you will have installed the VMware Tools on your remote target which continues to [not] have any portion of X installed, and does not need to have an X-server installed in order to run the VMware Tools Installer. You could of course do the same thing using SSH from a remote Linux workstation with an X-server, as most SSH clients also have a side channel configured to "accept" foreign calls to start an X-session once authenticated on request. Hope the explaination clarifies a few concepts. This is not "out of the ordinary" for installing applications with a GUI user interface on a remote "server" it was quite the norm in the 1980's, 1990's, 2000's all the way up until today. Placing the Windows "server" on the same box as where the apps were running was the "oddball" thing to do because usually you wanted your long term running processes on a big secure machine with lots of uninterruptable power supplies and big iron. The local "display" server was only meant to "host" graphics -- much like serial modem "Terminals" only displayed character screens -- or "Line printers" and Keyboards only displayed output and took input.. they weren't expected to be powerful enough to [do it all]. Microsoft Windows RDP is similar except it displays a [whole] desktop by default ["weird"] RDP can "launch" and display only a single app window from a remote system.. we just are not accustomed to doing it that way. You could have lots of windows from lots of workstations, and in that way "benefit" from running the hard stuff on the remote CPUs of those systems.. "offloading".. again.. we just are not accustomed to thinking that way. Hope this helps.
Hello, From the future. I had the same problem on version 5.0.2 But the error message is the same or similar. Perhaps this Fix would also work for your version: http://communities.... See more...
Hello, From the future. I had the same problem on version 5.0.2 But the error message is the same or similar. Perhaps this Fix would also work for your version: http://communities.vmware.com/message/2233586
Consider this an alternative. Potentially re-enable the download mechanism by correcting the software update URL. http://communities.vmware.com/message/2233586
Your problem sounds familar. Have a look at this: http://communities.vmware.com/message/2233586
This may not Fix your situation. But it 'might'. Give it a look and perhaps translate the findings into something that fits your situation and purpose. http://communities.vmware.com/message... See more...
This may not Fix your situation. But it 'might'. Give it a look and perhaps translate the findings into something that fits your situation and purpose. http://communities.vmware.com/message/2233586
Hello, Take a look at this Fix, your problem sounds like it might be similar if not the same. http://communities.vmware.com/message/2233586
Hello, I realize this is an old thread. However if anyone else finds it, or the original user is interested. You may be able to modify the libcds.dll file to correct the software update ... See more...
Hello, I realize this is an old thread. However if anyone else finds it, or the original user is interested. You may be able to modify the libcds.dll file to correct the software update URL and re-enable the built-in download function as it was intended to work. Since this appears to occur for multiple generations or releases. Experience with this behavior and the correction method may also apply for those. Here is a thread created about how to fix the problem: http://communities.vmware.com/message/2233586
Technically this is possible. The software update URL is named based on a server named software.vmware.com. It would not be easy, but you could download the SSL Cert using a browser to look... See more...
Technically this is possible. The software update URL is named based on a server named software.vmware.com. It would not be easy, but you could download the SSL Cert using a browser to look at the public certificate and save it. Then create a webserver on a private workstation, vm ect.. that runs a webserver and serves the SSL Certificate. You would also need to download all of the update server content and be ready to serve it to the VMware player. The "key" to making it work would be to modify the system hosting the VMware Player's host file to "match" the stand in servers IP address to the "name" of the SSL certificate. It is not an easy thing to do. But it should be possible.
Hello, I think you may find the solution is to modify the software update URL. I have not tried applying my situation to a Linux Guest to verify this will work for your scenario. However... See more...
Hello, I think you may find the solution is to modify the software update URL. I have not tried applying my situation to a Linux Guest to verify this will work for your scenario. However the following VMware Tool .iso files downloaded properly after the fix was applied and the VMware Tools Installer menu option began working as expected for a Windows 2008 x64 Guest. There is every possibility it will begin working for other Guests as well. freebsd.iso linux.iso netware.iso solaris.iso windows.iso winPre2k.iso Here is a link to the thread created to discuss the Fix: http://communities.vmware.com/message/2233586
Hello, I think your running into the same problem that I had when downloading VMware Player 5.0.2 and then installing a Guest OS. The problem is located in libcds.dll, which contains an abb... See more...
Hello, I think your running into the same problem that I had when downloading VMware Player 5.0.2 and then installing a Guest OS. The problem is located in libcds.dll, which contains an abbreviated URL for the content on the software update server. Fortunately you can correct the problem and use VMware Player to download, unpack and apply the VMware Tools. Here is a link to the thread created with instructions for correcting the problem: http://communities.vmware.com/message/2233586
Hello, I think you need to be more specific. For VMware on Windows 7 x64 there was a problem downloading tools packages from VMware into VMware Player and performing an automatic Install of... See more...
Hello, I think you need to be more specific. For VMware on Windows 7 x64 there was a problem downloading tools packages from VMware into VMware Player and performing an automatic Install of VMware Tools in a guest operating system using the VMware menus. I had that problem. And suggested a fix for it here: http://communities.vmware.com/thread/444690 Depending on the specifics of your problem the solution may or may not be of use to you. Hope it helps.
Hello, I think you are having the same problem I had. I posted a detailed discussion on how to fix the problem in another discussion thread here: http://communities.vmware.com/message/22... See more...
Hello, I think you are having the same problem I had. I posted a detailed discussion on how to fix the problem in another discussion thread here: http://communities.vmware.com/message/2233586 In summary: It is a URL problem embedded in a library that comes with the player. Fortunately you can edit the binary for the library to correct the URL and repair the feature. After the repair everything seems to work as you would expect. Good Luck
Hello, I downloaded VMware Player 5.0.2 for Windows x64 and installed it on Windows 7. The automatic software update download appears to hang. Clicking "Details" indicates it cannot... See more...
Hello, I downloaded VMware Player 5.0.2 for Windows x64 and installed it on Windows 7. The automatic software update download appears to hang. Clicking "Details" indicates it cannot connect to the update server "https://softwareupdate.vmware.com/cds " which is a non-standard URL. I used a browser to go to https://softwareupdate.vmware.com/cds but all of the links lead to dead-ends. However if you use the standard URL https://softwareupdate.vmware.com/cds/ (with a "terminating" slash delimeter) the same directory listing appears, with working links. There is at least one thread explaining how to manually extract and use the .iso files to install the virtual machine tools. It would be better if VMware Player handled this for the end user as designed. The problem is in libcds.dll and can be corrected with a Hex Editor in Windows. Example: Download a Hex Editor like xvi32 (Google: http://www.chmaas.handshake.de/delphi/freeware/xvi32/xvi32.htm#download ) extract and run. Find the libcds.dll file ( "C:\Program Files (x86)\VMware\VMware Player\libcds.dll" ) and make a backup copy in case this fails. Drag and drop the original libcds.dll file on the xvi32 application window. Xvi32 has a text search feature called "Search" (After clicking on search, click on "Find - Text string") then type [ softwareupdate ] click on [OK] To the right of the main display, in the white grid, will be the ASCII representation of the URL https://softwareupdate.vmware.com/cds Click on the box, in the white ASCII grid area, after the last letter in the URL 'http://softwareupdate.vmware.com/cds' and type ' / ' ( forward slash - next to your right shift key, under ? ). Save the file. Then restart the VMware Player. Manually trigger a software update download -> [Player] -> File -> Player Preferences -> Software Updates -> [Download All Components Now] All of the virtual machine tools will begin to download and finish. The downloaded packages will automatically extract and install the *.iso files where they belong. The virtual machine tools menu option will now work from VMware Player for all virtual machines-> [Player] -> Manage -> VMware Tools Installation If problems arise, you can stop VMware Player, and restore the libcds.dll file saved before the edit. http://kb.vmware.com/kb/1035392  - Knowledge Base - Installing VMware Tools in VMware Player http://communities.vmware.com/message/2143946 - VMware Player 5 - Tools - "Cannot find component on update server..." http://communities.vmware.com/message/2071061 - URL nonconformity http://communities.vmware.com/message/1833330 - libcds.dll