Thanks guys for all the answers. I'll try to answer all the questions one by one.
Umesh:
Check with the permission on /etc/hosts.allow directory
Might be /etc/hosts.allow does not have authorise connectivity through ssh from localhost.
root@cacti:/tmp/vmware# ls -la /etc/hosts.allow
Permissions look pretty standard and would never have been changed.
root@cacti:/tmp/vmware# /etc/init.d/denyhosts stop
* Stopping DenyHosts denyhosts [ OK ]
Jucka:
After you extract the archive in a local directory on the source, is there vmware-sysinfo-lin64 binary (along with the .sh file) in the directory?? If yes - what ldd displays for the binary? You can try to run
# LD_LIBRARY_PATH=. ldd vmware-sysinfo-lin64
and make sure all required libraries for starting the binary are present.
These are all the files and yes vmware-sysinfo-lin64 is present.
root@cacti:/tmp/vmware# ls -la
total 3452
drwxr-xr-x 2 root root 4096 2012-02-21 10:56 .
drwxrwxrwt 6 root root 4096 2012-02-22 09:09 ..
-rwxr-xr-x 1 root root 51792 2011-08-20 05:51 libgcc_s.so.1
-rwxr-xr-x 1 root root 276568 2011-08-20 05:51 liblog4cpp.so.4
-rwxr-xr-x 1 root root 358640 2011-08-20 05:51 libparted-1.8.so.8
-rwxr-xr-x 1 root root 965432 2011-08-20 05:51 libstdc++.so.6
-rwxr-xr-x 1 root root 16000 2011-08-20 05:51 libuuid.so.1
-rwxr-xr-x 1 root root 1300104 2011-08-20 05:51 libxml2.so.2
-rwxr-xr-x 1 root root 83256 2011-08-20 05:51 libz.so.1
-rwxr-xr-x 1 root root 425984 2011-08-20 05:51 vmware-sysinfo-lin64
-rwxr-xr-x 1 root root 634 2011-08-20 05:51 vmware-sysinfo-lin64.sh
-r--r--r-- 1 root root 524 2011-08-20 05:51 vmware-sysinfo.log.config
raj196:
eugenesnowball do you have any aliases which may change the behaviour of the find command. You may issue the command "alias" in order to list all available aliases. With which distribution did you experience this issue? And do you remember that it worked as expected once before?
No strange aliasses used, see here:
root@cacti:/tmp/vmware# alias
alias ls='ls --color=auto'