Bug 1194240
Summary: | virt-v2v fails to convert ESX guest with "Server does not support 'range' (byte ranges).: Invalid argument" | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 7 | Reporter: | akotov |
Component: | libguestfs | Assignee: | Richard W.M. Jones <rjones> |
Status: | CLOSED NOTABUG | QA Contact: | Virtualization Bugs <virt-bugs> |
Severity: | urgent | Docs Contact: | |
Priority: | unspecified | ||
Version: | 7.1 | CC: | jbuchta, nicolas, ptoscano |
Target Milestone: | rc | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2015-02-19 11:56:27 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: |
Description
akotov
2015-02-19 11:48:28 UTC
This is a known and documented problem (with ESX actually) that we cannot fix. The customer must install vCenter. http://libguestfs.org/virt-v2v.1.html#hypervisors-input "Must be managed by VMware vCenter. Unmanaged, direct input from ESXi is not supported." It might be an idea to add a KB article about this, especially pointing out the error message that people would see and what to do about it. Hi richard, I'm right into this subject right now, and trying to virt-v2v 3 vmWare VMs from an ESXi to an oVirt, using a dedicated V2V server. As I'm facing the exact same error with the exact same command, what is the recommended way (I don't know well vmWare products). Do one have to export the VM from some vmWare product into an .ova then import it into oVirt ? As I'm not comfortable with the vmWare part, may I ask you to briefly explain the steps, I'll search by myself the details. Hi Richard, I'm right into this subject right now, and trying to virt-v2v 3 vmWare VMs from an ESXi to an oVirt, using a dedicated V2V server. As I'm facing the exact same error with the exact same command, what is the recommended way (I don't know well vmWare products). Do one have to export the VM from some vmWare product into an .ova then import it into oVirt ? As I'm not comfortable with the vmWare part, may I ask you to briefly explain the steps, I'll search by myself the details. You've got two options: (1) Using vSphere. export it as an .ova file, and import it through virt-v2v, using 'virt-v2v -i ova [...]' (2) Install the VMware ESX appliance, and use that. If you were going to export a lot of guests, method (2) is the one I would choose. Method (1) is fine if you are only doing a few guests. (In reply to Richard W.M. Jones from comment #8) > (2) Install the VMware ESX appliance, and use that. I mean, of course, VMware _vCenter_ appliance. (In reply to Richard W.M. Jones from comment #8) > You've got two options: > > (1) Using vSphere. export it as an .ova file, and import it through > virt-v2v, using 'virt-v2v -i ova [...]' > > (2) Install the VMware ESX appliance, and use that. > > If you were going to export a lot of guests, method (2) is the one > I would choose. Method (1) is fine if you are only doing a few > guests. Thank you Richard. Just for the record, (and as I think I can not install vCenter appliance for licence reasons) : - from a vSphere client, I exported (called "OVA export") the guest into a directory that created : - 2 .vmdk files (one for each disk) - 1 manifest file - 1 .ovf (xml) file - using virt-v2v -v -x -i ova ./ -o rhev -of qcow2 -os nfssrv:/dir is failing with the following message : qemu-img: error while reading sector 131072: Invalid argument - so according to this webpage (http://www.slsmk.com/import-esxi-5-vmdk-into-kvm-qcow2/), I tried to install vmware-vdiskmanager and use this : vmware-vdiskmanager -r srv-disk1.vmdk -t 0 srv-disk1-converted_t0.vmdk that is also failing with the error below : Convert: 6% done.Inflate failed (data error) Failed to convert disk: Unknown error (0xa0700000001). And now, googling around is not helping anymore. Conversion using qemu-img has also been tried with no luck. If it doesn't disturb, I will probably post here if getting any further, for future googlers. Should continue this on libguestfs.org mailing list. |