OS:
Ubuntu 8.04.4 LTS \n \l
Version:
Linux server.domain.com 2.6.18-164.11.1.el5xen #1 SMP Wed Jan 20 08:06:04 EST 2010 x86_64 GNU/Linux
This is an old Xen 64-bit host.
On advice on this forum I copied 'vmware-sysinfo-lin64.tar.gz' to the target machine and tried running this manually. I get the same:
2012-02-21T11:01:09.711+02:00 [02840 info 'Default'] Impersonating user eugene.vandermerwe in session 52c9e19f-db87-2394-5c67-20b223925a15
2012-02-21T11:02:19.995+02:00 [02108 error 'HttpConnectionPool'] [ConnectComplete] Connect error No connection could be made because the target machine actively refused it.
2012-02-21T11:02:19.995+02:00 [00936 info 'vmomi.soapStub[0]'] Resetting stub adapter for server TCP:196.x.x.x:9089 : Closed
2012-02-21T11:02:55.449+02:00 [02584 info 'Default'] Could not find the session object cache, will create a new one
2012-02-21T11:02:55.449+02:00 [02584 info 'Default'] Obtaining query results for host 196.x.x.x
2012-02-21T11:02:56.119+02:00 [02584 error 'Default'] [Converter Agent SysinfoQuery] while trying to execute "C:\Program Files (x86)\VMware\VMware vCenter Converter Standalone\plink.exe -noprompt -stdin -P 22 -thumbprint <emptyThumbprint> root@196.x.x.x uname -m" received error code (249) with result: ce:39:83:50:8e:86:51:57:8f:10:44:b7:9d:46:53:d9
-->
2012-02-21T11:02:56.119+02:00 [02584 error 'Default'] [Converter Agent SysinfoQuery] ssh connection to host 196.x.x.x failed because the host thumbprint was different: client: <emptyThumbprint>, host: ce:39:83:50:8e:86:51:57:8f:10:44:b7:9d:46:53:d9
2012-02-21T11:02:56.119+02:00 [02584 error 'Default'] Sysinfo Query failed with error [Converter Agent SysinfoQuery] ssh connection to host 196.x.x.x failed because the host thumbprint was different: client: <emptyThumbprint>, host: ce:39:83:50:8e:86:51:57:8f:10:44:b7:9d:46:53:d9
2012-02-21T11:02:56.119+02:00 [02584 info 'Default'] Scheduled timer canceled, StopKeepAlive succeeds
2012-02-21T11:02:56.173+02:00 [02584 info 'Default'] Obtaining query results for host 196.x.x.x
2012-02-21T11:02:59.917+02:00 [02584 error 'Default'] [Converter Agent SysinfoQuery] while trying to execute "C:\Program Files (x86)\VMware\VMware vCenter Converter Standalone\plink.exe -noprompt -stdin -P 22 -thumbprint ce:39:83:50:8e:86:51:57:8f:10:44:b7:9d:46:53:d9 root@196.x.x.x cd /tmp/.vmware-sysinfo-rewcjegznpcmclwh/; ./vmware-sysinfo-lin64.sh" received error code (127) with result: ./vmware-sysinfo-lin64.sh: 21: ./vmware-sysinfo-lin64: not found
-->
2012-02-21T11:02:59.917+02:00 [02584 error 'Default'] [Converter Agent SysinfoQuery] received an error code (127) from the ssh client that will be handled later
2012-02-21T11:02:59.917+02:00 [02584 error 'Default'] [Converter Agent SysinfoQuery] execution of vmware-sysinfo failed; return code: 127; result: ./vmware-sysinfo-lin64.sh: 21: ./vmware-sysinfo-lin64: not found
-->
2012-02-21T11:02:59.917+02:00 [02584 error 'Default'] [Converter Agent SysinfoQuery] Query(): Caught exception, cleaning up before bailing out ([Converter Agent SysinfoQuery] execution of vmware-sysinfo failed; return code: 127; result: ./vmware-sysinfo-lin64.sh: 21: ./vmware-sysinfo-lin64: not found
--> )
2012-02-21T11:03:00.588+02:00 [02584 error 'Default'] [Converter Agent SysinfoQuery] while trying to execute "C:\Program Files (x86)\VMware\VMware vCenter Converter Standalone\plink.exe -noprompt -stdin -P 22 -thumbprint ce:39:83:50:8e:86:51:57:8f:10:44:b7:9d:46:53:d9 root@196.x.x.x cat /tmp/.vmware-sysinfo-rewcjegznpcmclwh/vmware-sysinfo.log" received error code (1) with result: cat: /tmp/.vmware-sysinfo-rewcjegznpcmclwh/vmware-sysinfo.log: No such file or directory
-->
2012-02-21T11:03:00.588+02:00 [02584 error 'Default'] [Converter Agent SysinfoQuery] received an error code (1) from the ssh client that will be handled later
2012-02-21T11:03:00.588+02:00 [02584 error 'Default'] Converter Agent SysinfoQuery failed to grab log file; return code: 1; result: cat: /tmp/.vmware-sysinfo-rewcjegznpcmclwh/vmware-sysinfo.log: No such file or directory
-->
2012-02-21T11:03:01.165+02:00 [02584 error 'Default'] Sysinfo Query failed with error [Converter Agent SysinfoQuery] execution of vmware-sysinfo failed; return code: 127; result: ./vmware-sysinfo-lin64.sh: 21: ./vmware-sysinfo-lin64: not found
-->
2012-02-21T11:03:01.165+02:00 [02584 info 'Default'] Scheduled timer canceled, StopKeepAlive succeeds
2012-02-21T11:03:40.453+02:00 [02840 info 'Default'] [Converter.Worker.DiagnosticManagerImpl] Generating LogBundle.
Here is the log for interesting different error when I connect to private IP:
2012-02-21T11:03:40.453+02:00 [02840 info 'Default'] [Converter.Worker.DiagnosticManagerImpl] Generating LogBundle.
2012-02-21T11:03:40.516+02:00 [02840 info 'Default'] [Converter.Worker.DiagnosticManagerImpl] Created log bundle "source-hhmxannr.zip" with size "29933" and CRC "-582922959"
2012-02-21T11:03:40.531+02:00 [02840 info 'Default'] [Converter.Worker.DiagnosticManagerImpl] Creating agent connection for log retrieval.
2012-02-21T11:03:40.531+02:00 [02840 info 'Default'] [Converter.Worker.DiagnosticManagerImpl] Generating Agent diagnostic bundle for source = (converter.ComputerSpec) {
--> dynamicType = <unset>,
--> location = (converter.ComputerSpec.LiveComputerLocation) {
--> dynamicType = <unset>,
--> hostname = "196.x.x.x",
--> port = <unset>,
--> username = "root",
--> password = (not shown),
--> osType = "linuxOs",
--> verifyPeer = true,
--> sslThumbprint = "ce:39:83:50:8e:86:51:57:8f:10:44:b7:9d:46:53:d9",
--> },
--> }
2012-02-21T11:03:40.531+02:00 [02108 info 'Default'] [Converter.Agent.DiagnosticManagerImpl] Generating LogBundle.
2012-02-21T11:03:40.578+02:00 [02108 info 'Default'] [Converter.Agent.DiagnosticManagerImpl] Created log bundle "source-jgvzgnzi.zip" with size "2148" and CRC "345209976"
2012-02-21T11:03:40.578+02:00 [02108 info 'Default'] [Converter.Agent.DiagnosticManagerImpl] Adjusted log bundle "source-jgvzgnzi.zip" with size "2148" and CRC "345209976"
2012-02-21T11:03:40.578+02:00 [02840 info 'Default'] [Converter.Worker.DiagnosticManagerImpl] Retrieving agent task log bundle to "C:\Windows\TEMP\vmware-temp\vmware-SYSTEM\agent-source-diagnostics-xigkyqav.zip".
2012-02-21T11:03:40.578+02:00 [02108 info 'Default'] [Converter.Agent.DiagnosticManagerImpl] Retrieving log bundle with key "source-jgvzgnzi.zip" at offset = "0" and max size = "2148".
2012-02-21T11:03:40.594+02:00 [02840 info 'Default'] [Converter.Worker.DiagnosticManagerImpl] Bundle successfully retrieved to "C:\Windows\TEMP\vmware-temp\vmware-SYSTEM\agent-source-diagnostics-xigkyqav.zip".
2012-02-21T11:03:40.609+02:00 [02840 warning 'Default'] [Converter.Worker.DiagnosticManagerImpl] Unable to remove temporary bundle directory "C:\Windows\TEMP\vmware-temp\vmware-SYSTEM".
2012-02-21T11:03:40.609+02:00 [02840 info 'Default'] [Converter.Worker.DiagnosticManagerImpl] Adjusted log bundle "source-hhmxannr.zip" with size "32156" and CRC "749092046"
2012-02-21T11:03:40.625+02:00 [02108 info 'Default'] [Converter.Worker.DiagnosticManagerImpl] Retrieving log bundle with key "source-hhmxannr.zip" at offset = "0" and max size = "32156".
2012-02-21T11:03:40.656+02:00 [02840 info 'Default'] [Converter.Worker.DiagnosticManagerImpl] Deleting log bundle with key "source-hhmxannr.zip"
2012-02-21T11:05:11.766+02:00 [00936 info 'Default'] Obtaining query results for host 192.168.20.61
2012-02-21T11:05:16.909+02:00 [00936 error 'Default'] [Converter Agent SysinfoQuery] while trying to execute "C:\Program Files (x86)\VMware\VMware vCenter Converter Standalone\plink.exe -noprompt -stdin -P 22 -thumbprint ce:39:83:50:8e:86:51:57:8f:10:44:b7:9d:46:53:d9 root@192.168.20.61 uname -m" received error code (1) with result: FATAL ERROR: Server unexpectedly closed network connection
-->
2012-02-21T11:05:16.909+02:00 [00936 error 'Default'] [Converter Agent SysinfoQuery] received an error code (1) from the ssh client that will be handled later
2012-02-21T11:05:16.909+02:00 [00936 error 'Default'] [Converter Agent SysinfoQuery] could not determine if the source system was 32 or 64 bit; return code: 1; result: FATAL ERROR: Server unexpectedly closed network connection
-->
2012-02-21T11:05:16.909+02:00 [00936 error 'Default'] Sysinfo Query failed with error [Converter Agent SysinfoQuery] could not determine if the source system was 32 or 64 bit; return code: 1; result: FATAL ERROR: Server unexpectedly closed network connection
-->
2012-02-21T11:05:16.909+02:00 [00936 info 'Default'] Scheduled timer canceled, StopKeepAlive succeeds
2012-02-21T11:05:21.198+02:00 [00936 info 'Default'] [Converter.Worker.DiagnosticManagerImpl] Generating LogBundle.
It seems like I am not the only one who have this type of problem. I hope this matter will be solved right away.
Hi,
Check with the permission on /etc/hosts.allow directory
Might be /etc/hosts.allow does not have authorise connectivity through ssh from localhost.
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.
Hi
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?
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'
The fact it got up to running vmware-sysinfo-lin64 means all network connectivity is OK. The problem is in running the binary iteslf.
root@cacti:/tmp/vmware# LD_LIBRARY_PATH=. ldd vmware-sysinfo-lin64 not a dynamic executable
Yep, you are right. This is the problem. I have seen similar issue somewhere and I think I was able to fix it somehow, but I don't remember what was the case and what was the fix :-(.
One more thing - Xen is not supported by Converter. Given it is a Xen VM I think there is a pretty good chance that Converter doesn't recognize the hardware correctly and even if vmware-sysinfo-lin64 was run successfully, the conversion might fail at the next step after successfully retrieving source information.
The "thumbprint" message is not a real error actually. When connecting to a live Linux source Converter does not know the source thumbprint and connects without a thumbprint and this results in a connection error and providing the thumbprint from the source. This thumbprint is displayed to the user and if it is accepted, the connection is retried using the validated thumbprint and the second time it succeeds. The fact you have got up to running vmware-sysinfo confirms the connection was successful.
Thank you everyone for your response. I am giving up on this machine, blaming either XEN or a corrupt C library.
Now I really need an alternative.
I have investigated Acronis for Linux. This seemed to expensive and difficult.
Somebody suggested Rsync. Partition a drive, Rsync the entire lot to a new machine. But I need some detailed instructions on how to do it. Or alternatives.