Bug 1141654
| Summary: | virt-v2v: error: access: No such file or directory shows when converting xen/esx guests | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Linux 7 | Reporter: | zhoujunqin <juzhou> |
| Component: | libguestfs | Assignee: | Richard W.M. Jones <rjones> |
| Status: | CLOSED ERRATA | QA Contact: | Virtualization Bugs <virt-bugs> |
| Severity: | high | Docs Contact: | |
| Priority: | high | ||
| Version: | 7.1 | CC: | codong, dyuan, mbooth, mzhan, ptoscano, tzheng |
| Target Milestone: | rc | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | V2V | ||
| Fixed In Version: | libguestfs-1.27.46-1.1.el7 | Doc Type: | Bug Fix |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2015-03-05 13:44:46 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
Ugh, my fix for bug 1140946 unintentionally broke remote disks. Commit 73c1f1cf7e1c4aa4e70407feff49ba847f7ebb63 is the broken commit. I've decided simply to revert the above commit, and not to try to add a nicer error message for bug 1140946. The revert commit is: https://github.com/libguestfs/libguestfs/commit/be1385d2cbf198606c1d11c0302de6b11176d785 This fix will appear in libguestfs 1.27.46. I can reproduce this bug as Comment 0 said. And try to verify with new build: virt-v2v-1.27.46-1.1.el7.x86_64 libguestfs-1.27.46-1.1.el7.x86_64 steps: 1. Run virt-v2v to connect a xen guest. # 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 [ 16.0] Creating an overlay to protect the source from being modified [ 30.0] Opening the overlay [ 49.0] Initializing the target -o libvirt -os default [ 49.0] Inspecting the overlay [ 53.0] Checking for sufficient free disk space in the guest [ 53.0] Estimating space required on target for each disk [ 53.0] Converting Red Hat Enterprise Linux Server release 6.6 Beta (Santiago) to run on KVM [ 88.0] Mapping filesystem data to avoid copying unused and blank areas [ 91.0] Closing the overlay [ 91.0] Copying disk 1/1 to /var/lib/libvirt/images/rhel6.6-pv-x64-test-sda (raw) (100.00/100%) [ 164.0] Creating output metadata Pool default refreshed Domain rhel6.6-pv-x64-test defined from /tmp/v2vlibvirt2f5a26.xml [ 164.0] Finishing off 2. Run virt-v2v to connect a esx guest. # virt-v2v -ic vpx://administrator.7.125/tzheng-test/10.66.71.84/?no_verify=1 esx-rhel6 [ 0.0] Opening the source -i libvirt -ic vpx://administrator.7.125/tzheng-test/10.66.71.84/?no_verify=1 esx-rhel6 Enter administrator's password for 10.66.7.125: Enter host password for user 'administrator': [ 14.0] Creating an overlay to protect the source from being modified [ 14.0] Opening the overlay [ 33.0] Initializing the target -o libvirt -os default [ 33.0] Inspecting the overlay [ 141.0] Checking for sufficient free disk space in the guest [ 141.0] Estimating space required on target for each disk [ 141.0] Converting Red Hat Enterprise Linux Server release 6.5 (Santiago) to run on KVM [ 816.0] Mapping filesystem data to avoid copying unused and blank areas [ 828.0] Closing the overlay [ 828.0] Copying disk 1/1 to /var/lib/libvirt/images/esx-rhel6-sda (raw) (100.00/100%) [2717.0] Creating output metadata Pool default refreshed Domain esx-rhel6 defined from /tmp/v2vlibvirt16217c.xml [2717.0] Finishing off Since conversion is successful and no error like Comment 0 shows, move this 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 |
Description of problem: virt-v2v: error: access: No such file or directory shows when converting xen/esx guests Version-Release number of selected component (if applicable): virt-v2v-1.27.45-1.1.el7.x86_64 libguestfs-1.27.45-1.1.el7.x86_64 How reproducible: 100% Steps to Reproduce: 1. Run virt-v2v to connect a xen guest. xen server: 10.66.106.64 1.1 # virsh -c xen+ssh://10.66.106.64 list --all Id Name State ---------------------------------------------------- - rhel6.6-pv-x64-test shut off 1.2 # 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: access: No such file or directory: /var/lib/xen/images/rhel6.6-pv-x64-test.img If reporting bugs, run virt-v2v with debugging enabled and include the complete output: virt-v2v -v -x [...] 1.3 check on xen server, imgage file exists. # ll /var/lib/xen/images/rhel6.6-pv-x64-test.img -rw------- 1 root root 8388608000 May 14 19:10 /var/lib/xen/images/rhel6.6-pv-x64-test.img 2.Run virt-v2v to connect a esx guest. # virt-v2v -ic vpx://10.66.7.125/tzheng-test/10.66.71.84/?no_verify=1 esx5.1-clone-test -v -x [ 0.0] Opening the source -i libvirt -ic vpx://10.66.7.125/tzheng-test/10.66.71.84/?no_verify=1 esx5.1-clone-test Enter username for 10.66.7.125 [administrator]: administrator Enter administrator's password for 10.66.7.125: virt-v2v: error: access: No such file or directory: [esx5.1] esx5.0-clone-test/esx5.0-clone-test.vmdk If reporting bugs, run virt-v2v with debugging enabled and include the complete output: virt-v2v -v -x [...] libvirt xml is: <domain type='vmware'> <name>esx5.1-clone-test</name> <uuid>4239f0bc-fcf3-223b-9512-c95e8e7ab744</uuid> <memory unit='KiB'>1048576</memory> <currentMemory unit='KiB'>1048576</currentMemory> <vcpu placement='static'>1</vcpu> <cputune> <shares>1000</shares> </cputune> <os> <type arch='i686'>hvm</type> </os> <clock offset='utc'/> <on_poweroff>destroy</on_poweroff> <on_reboot>restart</on_reboot> <on_crash>destroy</on_crash> <devices> <disk type='file' device='disk'> <source file='[esx5.1] esx5.0-clone-test/esx5.0-clone-test.vmdk'/> <target dev='sda' bus='scsi'/> <address type='drive' controller='0' bus='0' target='0' unit='0'/> </disk> <controller type='scsi' index='0' model='vmpvscsi'/> <interface type='bridge'> <mac address='00:50:56:b9:26:3d'/> <source bridge='VM Network'/> <model type='vmxnet3'/> </interface> <video> <model type='vmvga' vram='8192'/> </video> </devices> </domain> Actual results: virt-v2v: error: access: No such file or directory shows when converting xen/esx guests Expected results: virt-v2v should convert xen/esx guests successfully with no error. Additional info: