Description of problem:
Windows 7 requires re-activation when migrated from RHEL5 to RHEL6
due to change in SMBIOS data.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Install Windows 7 under RHEL5.5
2. Boot image under RHEL6 with -M rhel5.5.0 (or without -M)
3. Windows 7 then requires re-activation
Looks like this is fixable directly in qemu-kvm, without having to
make modifications to seabios, so changing component.
According to the discussion I had today with danpb, libvirt will set
-M per default, so yes.
Dan, can you please confirm?
The -M argument corresponds to the 'machine' attribute in libvirt XML
<type arch='i686' machine='pc-0.11'>hvm</type>
If omitted, libvirt will pick a default machine type at time the guest is initially defined. On RHEL6 this will be the QEMU default machine type. On RHEL5 this is hardcoded as 'rhel-5.4.0'
Tested .97 here with a pre-installed win7 x64 image from RHEL6 and the image
stays activated as expected. Looks good to me.
Verified both for win7 32bit and win7 64 bit in qemu-kvm-0.12.1.2-2.97.el6.x86_64 ,Reproduced in qemu-kvm-0.12.1.2-2.96.el6.x86_64
Repeat the steps in comment #0,(note -M is a must in RHEL6 host)
Windows 7 does NOT require re-activation.
The issue has already been fixed.
According to the comment #9 and comment #10, change issue's status to Verified.
Red Hat Enterprise Linux 6.0 is now available and should resolve
the problem described in this bug report. This report is therefore being closed
with a resolution of CURRENTRELEASE. You may reopen this bug report if the
solution does not work for you.