On Sun, 21 Jun 2009, Jeff wrote:
> On Sun, Jun 21, 2009 at 6:58 AM, Samir RHAOUSSI <samir.rhaoussi at
gmail.com>wrote:
>
>> I m using Centos 5.2 in my virtual machine VMWARE
>> i've got the rpm of VMWARE tools, after double clicking on it, it
installs
>> successfully.
>> but after this installation i still can not change my displaay
r?solution..
>> (the max is 800 * 600)
>> any help?
>
> You must run /usr/bin/vmware-config-tools.pl to complete the installation.
VMwareTools is a kludge. It is sad to see how bad a piece of software can
be written by a big company like EMC. Here is a list:
1. You have to run vmware-config-tools.pl from the console (typing in
commands instead of copy&pasting them)
2. You cannot automate this process because of the above (even though we
succeeded to fool vmware-config-tools.pl so it thinks it is run from a
console, with some success)
3. vmware-config-tools.pl brings down the network, but it takes no action
to bring it back up again (that's probably the reason for 1. and 2.
but it is irritating)
4. vmare-config-tools.pl modifies modprobe.conf (some versions do it
wrongly) and if you make changes to your modprobe.conf and then run
vmware-config-tools.pl it will restore an old version, so you loose
any changes you have made
5. There is no easy way to download the latest VMwareTools (with eg.
updated kernel modules) from the VMware website
6. You have to extract VMwareTools from an ISO on an ESX (or from an RPM
containing an ISO containing a tarball with the RPM iirc) because you
cannot simply download it.
7. Different versions are not quite compatible, so you have to be careful
running the correct VMwareTools version for the correct ESX server you
are running. And VMwareTools does not check or escalate when your
setup is wrong or unsupported
8. If you have netdump running, then running vmware-config-tools.pl
forces you to unload netconsole.ko on the console, which is rather a
RHEL bug, but it could at least work around it.
9. On all our systems we have been forced to pre-compile the modules
because VMwareTools is lacking support for our kernels and we do not
want to have a compiler and development packages on our servers.
If you have anything else, please add to this list :-)
The solution to some of the above could be to provide a kmod packages that
includes the correct kernel modules for RHEL4 and RHEL5. But for a lot of
problems above a rewrite of VMwareTools is needed.
--
-- dag wieers, dag at centos.org, http://dag.wieers.com/ --
[Any errors in spelling, tact or fact are transmission errors]