[PVE-User] P2V Windows XP OEM

[Eneko Lacunza]

Hi all,

I'm trying to P2V to Proxmox 4.2 an old machine, it is a Dell Optiplex
740. It has Windows XP Pro OEM installed.

The machine starts OK in Proxmox, but it wants a reactivation. :)

I'm trying to add Dell SLIC strings to kvm/qemu so it stops complaining,
without luck. I'm trying with -smbios type=0 and -smbios type=1:

/usr/bin/kvm -id 101 -chardev
socket,id=qmp,path=/var/run/qemu-server/101.qmp,server,nowait -mon
chardev=qmp,mode=control -pidfile /var/run/qemu-server/101.pid
-daemonize -smbios type=0,vendor=DELL -smbios
type=1,uuid=7de2b305-bb3b-49e5-bf17-f0c64cc83bc2,manufacturer=DELL -name
macsansa -smp 4,sockets=2,cores=2,maxcpus=4 -nodefaults -boot
menu=on,strict=on,reboot-timeout=1000 -vga cirrus -vnc
unix:/var/run/qemu-server/101.vnc,x509,password -cpu
kvm64,+lahf_lm,+sep,+kvm_pv_unhalt,+kvm_pv_eoi,enforce -m 4000 -k es
-device pci-bridge,id=pci.1,chassis_nr=1,bus=pci.0,addr=0x1e -device
pci-bridge,id=pci.2,chassis_nr=2,bus=pci.0,addr=0x1f -device
piix3-usb-uhci,id=uhci,bus=pci.0,addr=0x1.0x2 -device
usb-tablet,id=tablet,bus=uhci.0,port=1 -device
virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x3 -iscsi
initiator-name=iqn.1993-08.org.debian:01:a643cf6fd69c -drive
file=/srv/storage-local/images/101/vm-101-disk-1.raw,if=none,id=drive-ide0,format=raw,cache=none,aio=native,detect-zeroes=on
-device ide-hd,bus=ide.0,unit=0,drive=drive-ide0,id=ide0,bootindex=100
-drive if=none,id=drive-ide2,media=cdrom,aio=threads -device
ide-cd,bus=ide.1,unit=0,drive=drive-ide2,id=ide2,bootindex=200 -netdev
type=tap,id=net0,ifname=tap101i0,script=/var/lib/qemu-server/pve-bridge,downscript=/var/lib/qemu-server/pve-bridgedown
-device
e1000,mac=32:31:34:64:66:30,netdev=net0,bus=pci.0,addr=0x12,id=net0,bootindex=300
-rtc driftfix=slew,base=localtime

Anyone had success doing this?

I tried also with "Dell Inc." string... :)

Thanks
Eneko

[Eneko Lacunza]

Hi all,

I have continued looking onto this, and it seems I have to use
-acpitable command with an image of the original host SLIC table. But a
fix in QEMU is also needed:
https://bugzilla.redhat.com/show_bug.cgi?id=1248758#c27

Is this upstream patch merged in the future QEMU 2.6?

I just tested and the ACPI table results show me that in current QEMU
(pve-qemu-kvm: 2.5-14) it is not, as I get a DELL entry in SLIC table,
but not in FACP and RSDT tables...

Thanks a lot
Eneko

Post by Eneko Lacunza
Hi all,
I'm trying to P2V to Proxmox 4.2 an old machine, it is a Dell Optiplex
740. It has Windows XP Pro OEM installed.
The machine starts OK in Proxmox, but it wants a reactivation. :)
I'm trying to add Dell SLIC strings to kvm/qemu so it stops
complaining, without luck. I'm trying with -smbios type=0 and -smbios
/usr/bin/kvm -id 101 -chardev
socket,id=qmp,path=/var/run/qemu-server/101.qmp,server,nowait -mon
chardev=qmp,mode=control -pidfile /var/run/qemu-server/101.pid
-daemonize -smbios type=0,vendor=DELL -smbios
type=1,uuid=7de2b305-bb3b-49e5-bf17-f0c64cc83bc2,manufacturer=DELL
-name macsansa -smp 4,sockets=2,cores=2,maxcpus=4 -nodefaults -boot
menu=on,strict=on,reboot-timeout=1000 -vga cirrus -vnc
unix:/var/run/qemu-server/101.vnc,x509,password -cpu
kvm64,+lahf_lm,+sep,+kvm_pv_unhalt,+kvm_pv_eoi,enforce -m 4000 -k es
-device pci-bridge,id=pci.1,chassis_nr=1,bus=pci.0,addr=0x1e -device
pci-bridge,id=pci.2,chassis_nr=2,bus=pci.0,addr=0x1f -device
piix3-usb-uhci,id=uhci,bus=pci.0,addr=0x1.0x2 -device
usb-tablet,id=tablet,bus=uhci.0,port=1 -device
virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x3 -iscsi
initiator-name=iqn.1993-08.org.debian:01:a643cf6fd69c -drive
file=/srv/storage-local/images/101/vm-101-disk-1.raw,if=none,id=drive-ide0,format=raw,cache=none,aio=native,detect-zeroes=on
-device ide-hd,bus=ide.0,unit=0,drive=drive-ide0,id=ide0,bootindex=100
-drive if=none,id=drive-ide2,media=cdrom,aio=threads -device
ide-cd,bus=ide.1,unit=0,drive=drive-ide2,id=ide2,bootindex=200 -netdev
type=tap,id=net0,ifname=tap101i0,script=/var/lib/qemu-server/pve-bridge,downscript=/var/lib/qemu-server/pve-bridgedown
-device
e1000,mac=32:31:34:64:66:30,netdev=net0,bus=pci.0,addr=0x12,id=net0,bootindex=300
-rtc driftfix=slew,base=localtime
Anyone had success doing this?
I tried also with "Dell Inc." string... :)
Thanks
Eneko

[Thomas Lamprecht]

Hi,

Post by Eneko Lacunza
Hi all,
https://bugzilla.redhat.com/show_bug.cgi?id=1248758#c27
Is this upstream patch merged in the future QEMU 2.6?

The patch set mentioned in the bug entry is included in Qemu 2.6.0. The update from our packages to v2.6.0 was pushed today to our source code repos, you can build and test it from there if you want.

We will test it quite some time until we can be sure that its safely to move the new KVM/QEMU package to our package repos.


cheers,
Thomas

Post by Eneko Lacunza
I just tested and the ACPI table results show me that in current QEMU (pve-qemu-kvm: 2.5-14) it is not, as I get a DELL entry in SLIC table, but not in FACP and RSDT tables...
Thanks a lot
Eneko

Post by Eneko Lacunza
Hi all,
I'm trying to P2V to Proxmox 4.2 an old machine, it is a Dell Optiplex 740. It has Windows XP Pro OEM installed.
The machine starts OK in Proxmox, but it wants a reactivation. :)
/usr/bin/kvm -id 101 -chardev socket,id=qmp,path=/var/run/qemu-server/101.qmp,server,nowait -mon chardev=qmp,mode=control -pidfile /var/run/qemu-server/101.pid -daemonize -smbios type=0,vendor=DELL -smbios type=1,uuid=7de2b305-bb3b-49e5-bf17-f0c64cc83bc2,manufacturer=DELL -name macsansa -smp 4,sockets=2,cores=2,maxcpus=4 -nodefaults -boot menu=on,strict=on,reboot-timeout=1000 -vga cirrus -vnc unix:/var/run/qemu-server/101.vnc,x509,password -cpu kvm64,+lahf_lm,+sep,+kvm_pv_unhalt,+kvm_pv_eoi,enforce -m 4000 -k es -device pci-bridge,id=pci.1,chassis_nr=1,bus=pci.0,addr=0x1e -device pci-bridge,id=pci.2,chassis_nr=2,bus=pci.0,addr=0x1f -device piix3-usb-uhci,id=uhci,bus=pci.0,addr=0x1.0x2 -device usb-tablet,id=tablet,bus=uhci.0,port=1 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x3 -iscsi initiator-name=iqn.1993-08.org.debian:01:a643cf6fd69c -drive
file=/srv/storage-local/images/101/vm-101-disk-1.raw,if=none,id=drive-ide0,format=raw,cache=none,aio=native,detect-zeroes=on -device ide-hd,bus=ide.0,unit=0,drive=drive-ide0,id=ide0,bootindex=100 -drive if=none,id=drive-ide2,media=cdrom,aio=threads -device ide-cd,bus=ide.1,unit=0,drive=drive-ide2,id=ide2,bootindex=200 -netdev type=tap,id=net0,ifname=tap101i0,script=/var/lib/qemu-server/pve-bridge,downscript=/var/lib/qemu-server/pve-bridgedown -device e1000,mac=32:31:34:64:66:30,netdev=net0,bus=pci.0,addr=0x12,id=net0,bootindex=300 -rtc driftfix=slew,base=localtime
Anyone had success doing this?
I tried also with "Dell Inc." string... :)
Thanks
Eneko

[Eneko Lacunza]

Hi Thomas,

Post by Thomas Lamprecht

Post by Eneko Lacunza
I have continued looking onto this, and it seems I have to use
-acpitable command with an image of the original host SLIC table. But
https://bugzilla.redhat.com/show_bug.cgi?id=1248758#c27
Is this upstream patch merged in the future QEMU 2.6?

The patch set mentioned in the bug entry is included in Qemu 2.6.0.
The update from our packages to v2.6.0 was pushed today to our source
code repos, you can build and test it from there if you want.
We will test it quite some time until we can be sure that its safely
to move the new KVM/QEMU package to our package repos.

Thanks a lot for the information. The client is on holiday for some
weeks now, so this is on my slow queue right now, but will report back
if I do some test.

Cheers
Eneko

[Thomas Lamprecht]

Hi,

Post by Eneko Lacunza
Hi Thomas,

Post by Thomas Lamprecht

Post by Eneko Lacunza
I have continued looking onto this, and it seems I have to use
-acpitable command with an image of the original host SLIC table.
https://bugzilla.redhat.com/show_bug.cgi?id=1248758#c27
Is this upstream patch merged in the future QEMU 2.6?

The patch set mentioned in the bug entry is included in Qemu 2.6.0.
The update from our packages to v2.6.0 was pushed today to our source
code repos, you can build and test it from there if you want.
We will test it quite some time until we can be sure that its safely
to move the new KVM/QEMU package to our package repos.

Thanks a lot for the information. The client is on holiday for some
weeks now, so this is on my slow queue right now, but will report back
if I do some test.

For your information, there is now a pve-qemu-kvm package in version
2.6.0 available in the pvetest repository.

Cheers,
Thomas