Bug 1309580

Created attachment 1128157 [details]
screenshot1

In the OVF we add:

    <Section ovf:id='ad5535f7-31c4-4c8d-a677-947af21c90d7' ovf:required='false' xsi:type='ovf:OperatingSystemSection_Type'>
      <Info>Windows 8.1 Enterprise</Info>
      <Description>windows_2012R2x64</Description>
    </Section>

What we're doing is finding the nearest approximation
to Windows 8.1 in the values that oVirt supports, see:

https://github.com/oVirt/ovirt-engine/blob/master/packaging/conf/osinfo-defaults.properties

There is no "Windows 8.1" in oVirt, so we choose the closest
which is Windows 2012R2.

(Adding Shahar to CC for additional comments, but I think this
is NOTABUG).

oVirt use all Windows 8.x the same - I think its better that v2v will map Windows 8.1 to Windows 8 instead of 2012.
However if you think that 8.1 needs a version of its own you can open a bug on oVirt.

Thanks.  Upstream commit is
7bf820b0d9cc94c6291525c45b359177a11170d7

Verify the bug with builds:
virt-v2v-1.32.2-5.el7.x86_64
libguestfs-1.32.2-5.el7.x86_64
virtio-win-1.8.0-4.el7.noarch
RHEVM3.6:3.6.2.6-0.1.el6
Host:3.10.0-350.el7.x86_64

Steps:
1.Convert win8.1 x64 guest to RHEV

# virt-v2v -o rhev -os 10.73.69.63:/home/nfs_export -n ovirtmgmt -b ovirtmgmt esx5.1-win8.1-i386 -on win8.1-x86-new -of raw
[   0.0] Opening the source -i libvirt esx5.1-win8.1-i386
[   0.0] Creating an overlay to protect the source from being modified
[   0.3] Initializing the target -o rhev -os 10.73.69.63:/home/nfs_export
[   0.5] Opening the overlay
[   5.3] Inspecting the overlay
[   6.2] Checking for sufficient free disk space in the guest
[   6.2] Estimating space required on target for each disk
[   6.2] Converting Windows 8.1 Enterprise to run on KVM
virt-v2v: warning: there is no QXL driver for this version of Windows (6.3 
i386).  virt-v2v looks for this driver in /usr/share/virtio-win

The guest will be configured to use standard VGA.
virt-v2v: This guest has virtio drivers installed.
[   7.3] Mapping filesystem data to avoid copying unused and blank areas
[   7.6] Closing the overlay
[   7.9] Checking if the guest needs BIOS or UEFI to boot
[   7.9] Assigning disks to buses
[   7.9] Copying disk 1/1 to /tmp/v2v.NuH29h/d5b21b75-57d6-4b1a-bd40-e949232067df/images/38c13ef6-36a0-47d9-b58f-51af7529e654/e25dd281-1449-4f96-885f-742204c1e5c6 (raw)
    (100.00/100%)
[ 189.5] Creating output metadata
[ 189.7] Finishing off

2.After conversion,import guest from export domain to data domain

3.Check OS name of win8.1x64 guest in general info, it shows "Windows 8 x64", please refer to screenshot2

Additional info:
1.Convert win8.1 x86 guest to RHEV and check OS name of win8.1x64 guest in general info, it shows "Windows 8"


Result now:
virt-v2v map Windows 8.1 to Windows 8

Verify the bug with builds:
virt-v2v-1.32.5-10.el7.x86_64
libguestfs-1.32.5-10.el7.x86_64
qemu-kvm-1.5.3-116.el7.x86_64
libvirt-2.0.0-1.el7.x86_64
virtio-win-1.8.0-5.el7.noarch
libguestfs-winsupport-7.2-1.el7.x86_64

Result now:
Convert win8.1 and win8 guest to RHEV and both their Operating System shows "Windows 8 " , according to comment 4, the bug has been fixed

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://rhn.redhat.com/errata/RHSA-2016-2576.html