Bug 1472288

Upstream in:
https://github.com/libguestfs/libguestfs/commit/ba41cf1a51694ce4b7f353daae7f2ee1437bd54d

This will come via the rebase.

Verify the bug with below builds:
virt-v2v-1.36.6-1.el7.x86_64
libguestfs-1.36.6-1.el7.x86_64
libvirt-3.7.0-2.el7.x86_64
qemu-kvm-rhev-2.9.0-16.el7_4.8.x86_64

Steps:

Scenario 1:
1.Prepare a openSUSE x84_64 guest on local libvirt.
2.Using virt-v2 to convert the guest to rhv
# virt-v2v opensuse13.2 -o rhv -os 10.73.131.93:/home/nfs_export
3.Conversion with no error and checkpoints all passed

Scenario 2:
1.Prepare a openSUSE x84_64 guest on xen server.
2.Using virt-v2 to convert the guest to rhv
# virt-v2v -ic xen+ssh://10.73.3.21  xen-opensuse13.2 -of raw -o rhv -os 10.73.131.93:/home/nfs_export
3.Conversion with no error and checkpoints all passed.

Scenario 3:
1.Prepare a openSUSE x84_64 guest on xen server.
2.Using virt-v2 to convert the guest to libvirt
# virt-v2v -ic xen+ssh://10.73.3.21  xen-opensuse13.2 -of raw 
3.Conversion with no error .

Scenario 4:
1.Prepare a openSUSE x84_64 guest on ESX server.
2.Using virt-v2 to convert the guest to rhv
# virt-v2v -ic vpx://root.75.182/data/10.73.72.61/?no_verify=1 esx6.0-opensuse13.2-x86_64 --password-file /tmp/passwd -o rhv -os 10.73.131.93:/home/nfs_export
3.Conversion with no error.

Scenario 5:
1.Prepare a openSUSE x84_64 guest on ESX server.
2.Using virt-v2 to convert the guest to libvirt
# virt-v2v -ic vpx://root.75.182/data/10.73.72.61/?no_verify=1 esx6.0-opensuse13.2-x86_64 --password-file /tmp/passwd 
3.Conversion with no error.


HI, rjones ,we see the guest can be convert successfuly.
But i have two qeustion about the bug :
1.When convert guest to libvirt(from xen/ESX),the guest video type became"crrus",we know when convert a rhel guest the video will be "QXL"
2.The guest installed on ESX server the network name will be named as ifcfg-eng****, and after conversion we can't find the network when using command "ifconfig" as the attachment picture.

Created attachment 1330268 [details]
esx.opensuse.to.ovirt

Created attachment 1330273 [details]
esx-opensuse13.1-to-ovirt

(In reply to kuwei from comment #6)
> But i have two qeustion about the bug :
> 1.When convert guest to libvirt(from xen/ESX),the guest video type
> became"crrus",we know when convert a rhel guest the video will be "QXL"

Right, as you say for `SUSE_family we force Cirrus instead of QXL.  This derives
from virt-v2v 0.9 code (which I think is no longer online after fedorahosted
got deleted) which said:

# Distributions may use different display drivers.
sub _get_display_driver
{
    my ($g, $root) = @_;

    if (_is_suse_family($g, $root)) {
        # SUSE currently uses cirrus.
        return 'cirrus';
    } else {
        # RedHat uses qxl, which should be the default driver.
        return 'qxl';
    }
}

This code was added by Mike Latimer who did the original port.

I guess it depends on whether SUSE are shipping the full virtio drivers on
Linux now.

> 2.The guest installed on ESX server the network name will be named as
> ifcfg-eng****, and after conversion we can't find the network when using
> command "ifconfig" as the attachment picture.

This is a bug.  Is it a duplicate of bug 1318922?

Hi, as the bug  duplicate of bug 1318922, I will add a comment to that bug.and move this bug to VEFIFIED.

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/RHBA-2018:0677