Created attachment 936009 [details] Detailed log file Description Improve the error info when converting xen guest with no passwordless SSH access configured Version: libguestfs-1.27.41-1.1.el7.x86_64 virt-v2v-1.27.41-1.1.el7.x86_64 How reproducible: 100% Steps to Reproduce: 1.Prepare a xen server,make sure no passwordless SSH access configured 2.Use virt-v2v to convert a xen guest from xen server,unclear error info showes as below: # virt-v2v -ic xen+ssh://10.66.106.64 -os default rhel6.6-pv-x64-test [ 0.0] Opening the source -i libvirt -ic xen+ssh://10.66.106.64 rhel6.6-pv-x64-test root.106.64's password: libvirt: Remote Driver error : unknown procedure: 212 [ 16.0] Creating an overlay to protect the source from being modified qemu-img: /tmp/v2vovlb7e299.qcow2: Could not open 'json: { "file.driver" : "ssh", "file.path" : "/var/lib/xen/images/rhel6.6-pv-x64-test.img", "file.host" : "10.66.106.64", "file.host_key_check" : "no" }': failed to connect to ssh-agent: no auth sock variable (libssh2 error code: -39): Connection refused virt-v2v: error: qemu-img command failed, see earlier errors If reporting bugs, run virt-v2v with debugging enabled and include the complete output: virt-v2v -v -x [...] Actual results： The error info is unclear. Expected results: Error info shows for users to configure passwordless ssh access to remote xen server. Additional info: Attched detailed debug log.
(In reply to tingting zheng from comment #0) > # virt-v2v -ic xen+ssh://10.66.106.64 -os default rhel6.6-pv-x64-test > [ 0.0] Opening the source -i libvirt -ic xen+ssh://10.66.106.64 > rhel6.6-pv-x64-test > root.106.64's password: > libvirt: Remote Driver error : unknown procedure: 212 By the way, this could be an error as well. Procedure 212 is REMOTE_PROC_DOMAIN_GET_STATE. What I think the error means is that the remote libvirtd is too old to support the domain-is-running test that I implemented as a fix for bug 1138586.
(In reply to Richard W.M. Jones from comment #2) > > libvirt: Remote Driver error : unknown procedure: 212 > > By the way, this could be an error as well. > > Procedure 212 is REMOTE_PROC_DOMAIN_GET_STATE. What I think > the error means is that the remote libvirtd is too old to support > the domain-is-running test that I implemented as a fix for bug 1138586. This issue (which is NOT related to this bug) is now fixed in commit 516faa1bcb64a95b25ec7f3b2be0d2d1f6c0c60d in >= 1.27.42.
Back to the original bug, an easy way to reproduce this is: $ ( unset SSH_AUTH_SOCK; virt-v2v -ic xen+ssh://root@server guestname -o local -os /tmp ) This bug is now fixed in the following commit: https://github.com/libguestfs/libguestfs/commit/c49d35a919284f54a8e98a8a17c2543e7973b583 You will see this error message: virt-v2v: error: ssh-agent authentication has not been set up ($SSH_AUTH_SOCK is not set). Please read "INPUT FROM RHEL 5 XEN" in the virt-v2v(1) man page. This will appear in libguestfs >= 1.27.42.
I can reproduce it as Comment 0 said. And try to verify with new build: libvirt-1.2.8-2.el7.x86_64 virt-v2v-1.27.43-1.1.el7.x86_64 steps: 1.Prepare a xen server,make sure no passwordless SSH access configured # unset SSH_AUTH_SOCK 2.Use virt-v2v to convert a xen guest from xen server # virt-v2v -ic xen+ssh://10.66.106.64 -os default rhel6.6-pv-x64-test [ 0.0] Opening the source -i libvirt -ic xen+ssh://10.66.106.64 rhel6.6-pv-x64-test libvirt: Remote Driver error : unknown procedure: 212 virt-v2v: error: ssh-agent authentication has not been set up ($SSH_AUTH_SOCK is not set). Please read "INPUT FROM RHEL 5 XEN" in the virt-v2v(1) man page. If reporting bugs, run virt-v2v with debugging enabled and include the complete output: virt-v2v -v -x [...] seen above error message, so move this bug from ON_QA to VERIFIED.
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://rhn.redhat.com/errata/RHBA-2015-0303.html