Bug 1596851
| Summary: | Transfer fails if local host is in maintenance mode | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Linux 7 | Reporter: | Nir Soffer <nsoffer> |
| Component: | libguestfs | Assignee: | Richard W.M. Jones <rjones> |
| Status: | CLOSED ERRATA | QA Contact: | Virtualization Bugs <virt-bugs> |
| Severity: | high | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 7.6 | CC: | derez, juzhou, mtessun, mxie, mzhan, ptoscano, tzheng, xiaodwan |
| Target Milestone: | rc | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | V2V | ||
| Fixed In Version: | libguestfs-1.38.2-7.el7 | Doc Type: | If docs needed, set a value |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2018-10-30 07:45:56 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: | |||
| Bug Depends On: | |||
| Bug Blocks: | 1588088 | ||
|
Description
Nir Soffer
2018-06-29 19:18:17 UTC
Fixed upstream in commit 4ed1bc5a79a77ad3a620b339f9ac2ecc8df6fd03. Try to reproduce the bug with builds:
virt-v2v-1.38.2-6.el7.x86_64
libguestfs-1.38.2-6.el7.x86_64
libvirt-4.5.0-3.el7.x86_64
qemu-kvm-rhev-2.12.0-7.el7.x86_64
rhv:4.2.5-0.1.el7ev
Reproduce steps:
1.Prepare test environment:there are two hosts in same Datacener/cluster on rhv4.2 and these two hosts use a data storage, make host1 into maintenance status
Datercenter:Default
Cluster:Default
Host1:mxie1(maintenance)
Host2:mxie2
Storage:nfs_data
2.Convert a guest to nfs_data by virt-v2v using rhv-upload on host1 which is in maintenance status on rhv4.2 and the conversion will be failed with same error of bug
# virt-v2v -ic vpx://vsphere.local%5cAdministrator.73.141/data/10.73.75.219/?no_verify=1 esx6.7-rhel7.5-x86_64 -o rhv-upload -oc https://ibm-x3250m5-03.rhts.eng.pek2.redhat.com/ovirt-engine/api -os nfs_data -op /tmp/rhvpasswd -oo rhv-cafile=/home/ca.pem -oo rhv-direct=true -of raw --password-file /tmp/passwd
[ 0.1] Opening the source -i libvirt -ic vpx://vsphere.local%5cAdministrator.73.141/data/10.73.75.219/?no_verify=1 esx6.7-rhel7.5-x86_64
[ 1.9] Creating an overlay to protect the source from being modified
[ 2.6] Initializing the target -o rhv-upload -oc https://ibm-x3250m5-03.rhts.eng.pek2.redhat.com/ovirt-engine/api -op /tmp/rhvpasswd -os nfs_data
[ 3.9] Opening the overlay
[ 21.5] Inspecting the overlay
[ 160.8] Checking for sufficient free disk space in the guest
[ 160.8] Estimating space required on target for each disk
[ 160.8] Converting Red Hat Enterprise Linux Server 7.5 (Maipo) to run on KVM
virt-v2v: This guest has virtio drivers installed.
[1317.1] Mapping filesystem data to avoid copying unused and blank areas
[1318.8] Closing the overlay
[1318.8] Checking if the guest needs BIOS or UEFI to boot
[1318.8] Assigning disks to buses
[1318.8] Copying disk 1/1 to qemu URI json:{ "file.driver": "nbd", "file.path": "/var/tmp/rhvupload.CIPg6I/nbdkit1.sock", "file.export": "/" } (raw)
nbdkit: error: /var/tmp/rhvupload.CIPg6I/rhv-upload-plugin.py: open: error: direct upload to host not supported, requires ovirt-engine >= 4.2 and only works when virt-v2v is run within the oVirt/RHV environment, eg. on an oVirt node.
qemu-img: Could not open 'json:{ "file.driver": "nbd", "file.path": "/var/tmp/rhvupload.CIPg6I/nbdkit1.sock", "file.export": "/" }': Failed to read data: Unexpected end-of-file before all bytes were read
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 [...]
Verify the bug with builds:
virt-v2v-1.38.2-8.el7.x86_64
libguestfs-1.38.2-8.el7.x86_64
libvirt-4.5.0-3.el7.x86_64
qemu-kvm-rhev-2.12.0-7.el7.x86_64
rhv:4.2.5-0.1.el7ev
Steps:
1.Just update virt-v2v to latest version on host1 which is in maintenance status on rhv4.2 and convert above guest to nfs_data by virt-v2v again, the conversion could be finished without error
# virt-v2v -ic vpx://vsphere.local%5cAdministrator.73.141/data/10.73.75.219/?no_verify=1 esx6.7-rhel7.5-x86_64 -o rhv-upload -oc https://ibm-x3250m5-03.rhts.eng.pek2.redhat.com/ovirt-engine/api -os nfs_data -op /tmp/rhvpasswd -oo rhv-cafile=/home/ca.pem -oo rhv-direct=true -of raw --password-file /tmp/passwd
[ 0.1] Opening the source -i libvirt -ic vpx://vsphere.local%5cAdministrator.73.141/data/10.73.75.219/?no_verify=1 esx6.7-rhel7.5-x86_64
[ 2.0] Creating an overlay to protect the source from being modified
[ 2.8] Initializing the target -o rhv-upload -oc https://ibm-x3250m5-03.rhts.eng.pek2.redhat.com/ovirt-engine/api -op /tmp/rhvpasswd -os nfs_data
[ 4.0] Opening the overlay
[ 30.6] Inspecting the overlay
[ 168.9] Checking for sufficient free disk space in the guest
[ 168.9] Estimating space required on target for each disk
[ 168.9] Converting Red Hat Enterprise Linux Server 7.5 (Maipo) to run on KVM
virt-v2v: This guest has virtio drivers installed.
[1311.6] Mapping filesystem data to avoid copying unused and blank areas
[1313.3] Closing the overlay
[1313.3] Checking if the guest needs BIOS or UEFI to boot
[1313.3] Assigning disks to buses
[1313.3] Copying disk 1/1 to qemu URI json:{ "file.driver": "nbd", "file.path": "/var/tmp/rhvupload.6IfhEv/nbdkit1.sock", "file.export": "/" } (raw)
(100.00/100%)
[2242.4] Creating output metadata
[2261.0] Finishing off
2.Power on guest on rhv4.2 and checkpoints are passed
Result:
Virt-v2v can convert guest using rhv-upload on ovirt node which is in maintenance status now, so move the 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://access.redhat.com/errata/RHEA-2018:3021 |