Super Contributor.. Giulio Soleni Super Contributor..
Super Contributor..

KVM Integration Issue - probably SSH not supported

Hi all,

we are experiencing an issue on developing some workflows for the provisioning of KVM virtual system.

As per documentation we are using a Linux RAS server with the required kvm-client library installed and now we are trying a simple connection to the KVM server using the Get VM Info operation.

The specifics input given to that operations are:

  • vmInputType: vmName
  • vmInputValue: test_vm
  • uri: qemu+ssh://root@ (where is the KVM server IP address)
  • username: root
  • password: root pass of the KVM server
  • closeSession: true

the error returned is the following:

{returnCode=-1;returnResult=Cannot recv data: Host key verification failed.
: Connection reset by peer;Result=Cannot recv data: Host key verification failed.
: Connection reset by peer;sessionId=iconclude2945047006121964908;exception=org.libvirt.LibvirtException: Cannot recv data: Host key verification failed.
: Connection reset by peer
	at org.libvirt.ErrorHandler.processError(
	at org.libvirt.Connect.processError(
	at org.libvirt.Connect.<init>(
	at com.hp.oo.content.actions.kvm.libvirt.common.LibvirtAction.getConnection(
	at com.hp.oo.content.actions.kvm.libvirt.common.LibvirtAction.execute(
	at com.hp.oo.content.actions.common.ActionAdapter.execute(
	at com.iconclude.webservices.ras.classLoadedIaction.execute(
	at com.iconclude.webservices.ras.JavaExtensionService.executeFromThisDelegator(
	at com.iconclude.webservices.ras.ExtensionServiceDelegator.execute(
	at com.iconclude.webservices.ras.RCAgentServiceSoapBindingImpl.execute(
	at com.iconclude.webservices.ras.RCAgentServiceSoapBindingSkeleton.execute(
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
	at java.lang.reflect.Method.invoke(Unknown Source)
	at org.apache.axis.strategies.InvocationStrategy.visit(
	at org.apache.axis.SimpleChain.doVisiting(
	at org.apache.axis.SimpleChain.invoke(
	at org.apache.axis.handlers.soap.SOAPService.invoke(
	at org.apache.axis.server.AxisServer.invoke(
	at org.apache.axis.transport.http.AxisServlet.doPost(
	at javax.servlet.http.HttpServlet.service(
	at org.apache.axis.transport.http.AxisServletBase.service(
	at javax.servlet.http.HttpServlet.service(
	at org.mortbay.jetty.servlet.ServletHolder.handle(
	at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(
	at org.acegisecurity.securechannel.ChannelProcessingFilter.doFilter(
	at org.acegisecurity.util.FilterToBeanProxy.doFilter(
	at com.iconclude.dharma.commons.util.http.DharmaFilterToBeanProxy.doFilter(
	at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(
	at org.mortbay.jetty.servlet.ServletHandler.handle(
	at org.mortbay.jetty.servlet.SessionHandler.handle(
	at org.mortbay.jetty.handler.ContextHandler.handle(
	at org.mortbay.jetty.webapp.WebAppContext.handle(
	at org.mortbay.jetty.handler.ContextHandlerCollection.handle(
	at org.mortbay.jetty.handler.HandlerCollection.handle(
	at org.mortbay.jetty.handler.HandlerWrapper.handle(
	at org.mortbay.jetty.Server.handle(
	at org.mortbay.jetty.HttpConnection.handleRequest(
	at org.mortbay.jetty.HttpConnection$RequestHandler.content(
	at org.mortbay.jetty.HttpParser.parseNext(
	at org.mortbay.jetty.HttpParser.parseAvailable(
	at org.mortbay.jetty.HttpConnection.handle(
	at org.mortbay.thread.QueuedThreadPool$


I must add that from the Linux KVM Integration Guide I read:

Due to a bug in the libvirt java bindings, password authentication with SSH and TCP protocols are unsupported.


However I am not sure if that issue is really due to the usage of ssh protocol


Anyone have any hint about it?


Thank you in advance!




Labels (1)
2 Replies
Absent Member.. Hajime Osako Absent Member..
Absent Member..

Re: KVM Integration Issue - probably SSH not supported



If you use virt-manager from your RAS server, are you able to connect?

Also if you try ssh to KVM hosting server as the RAS process owner (probably root), are you able to connect?


Also google search hit the following URL which you might be interested:


If you will still have this issue, please feel free to submit a support case with your testing flow and Centra/RAS log files.


Best regards,


Super Contributor.. Giulio Soleni Super Contributor..
Super Contributor..

Re: KVM Integration Issue - probably SSH not supported

Hallo Hajime san, thank you for your reply... or should I say arigatou gozaimasu 😉


virt-manager is not installed on the RAS server and I did not find it in the libvirt-client package required by the documentation, anyhow using virsh I am able to connect:


oo_admin@myRASsystem /usr/bin $ ./virsh -c qemu+ssh://root@ list
root@'s password:
 Id    Name                           State
 1     test_vm                        running


the same I can say for the ssh connection to the KVM system:

oo_admin@myRASsystem /usr/bin $ ssh root@
root@'s password:
Last login: Fri Nov 16 09:37:58 2012 from
[root@kvmserver ~]#

 From the link you posted I also check to see if the problem was due to a bad known_hosts file ... i deleted it and I re-created by establishing a new ssh connection to the IP of the KVM server (the same way I use when I set the URI in the OO module).


By the way, both the systems (RAS and KVM) are Red Hat Enterprise Linux Server release 6.2 (Santiago)


I think I'll follow your suggestion and I'll submit a support case.


kind regards,


The opinions expressed above are the personal opinions of the authors, not of Micro Focus. By using this site, you accept the Terms of Use and Rules of Participation. Certain versions of content ("Material") accessible here may contain branding from Hewlett-Packard Company (now HP Inc.) and Hewlett Packard Enterprise Company. As of September 1, 2017, the Material is now offered by Micro Focus, a separately owned and operated company. Any reference to the HP and Hewlett Packard Enterprise/HPE marks is historical in nature, and the HP and Hewlett Packard Enterprise/HPE marks are the property of their respective owners.