Windows 10 Installation Hangs at "Finishing Up"


Recommended Posts

Howdy,

 

I am trying to install Windows 10 Pro as a VM in 6.2.0-beta21.

 

The installer can be started and proceeds until it is switching from "Installing updates" to "Finishing up"; screenshot attached.

The failed state is:

  • VNC Session to VM continues working fine; cannot do anything, but the mouse moves around
  • Web interface stops responding altogether
  • SSH logon still works, running top shoes a high CPU usage for "wa", waiting for I/O
  • top also shows CPU usage matching "wa" usage for qemu-system-x86
  • top also shows "load average" above 15.0, all indicating lots of I/O load
  • even running "reboot" from CLI will not break the lock; the system must be power cycled

I have tried leaving the system running for many hours, the state does not change.

Note: I have actually changed hardware and see the same behavior; I recently built a new PC and am planning to use unRAID. I got this behavior first on my previous (lesser) hardware.

 

Now a confession: my entire array is SSDs; disk and parity. Dockers and SMB shares work fine; haven't tried installing Linux in a VM yet. My understanding of the risks around this don't include this type of scenario.

 

What logs would be helpful for this? I found the /var/log/libvirt/ directory but didn't find anything useful.

 

EDIT: I switched to using 6.1.9 and was able to install Win10 successfully on my VMs. I have lost NVMe support for now, but expect it will return when the 6.2.0 update goes gold.

Capture.PNG.4b04822dab7c6ef4fb0bfea661d42d90.PNG

VMconfig.txt

Link to comment
  • 2 months later...

I upgraded my installation to 6.2 rc2 after getting the VMs installed using 6.1.9.

I think the same essential issue cropped up again, in that the Windows VMs began performing very badly, and when I went to investigate I found qemu-system-x86 process chewing up all of the cpu cores assigned to those VMs.

I was unable to shut one of them down and powered-off the whole machine. When I went to restart my motherboard decided to die on me for the second time, so I have not been able to resume diagnosis.

 

So, I was able to temporarily bypass the issue by using 6.1.9 to install Windows VMs, but a similar issue appears to have emerged after I installed 6.2. For this reason I think that this is a Unraid 6.2 issue with Windows in general, not only with installation.

 

I haven't been looking for other reports since my Mobo died for the obvious reason that I can't do anything about it until the RMA process is complete.

Link to comment

You may be onto something here.  I have been trying to install Windows 7 the last 24 hours but finding it was just hanging at the Windows logo.  Downgraded to V6.1.9 from RC2 and bang.  Installer came straight up.

 

Need to look at this a bit more as my VM setup is a little odd, I use a disk mounted as /mnt/virtualisation/ to host both my isos and my vdisk images. 

 

For the record:  Here's my V6.1.9 XML:

 

<domain type='kvm' id='2'>
  <name>Windows</name>
  <uuid>073a0de1-b0b0-ed95-8bde-5de6e5f292ca</uuid>
  <metadata>
    <vmtemplate name="Custom" icon="windows.png" os="windows"/>
  </metadata>
  <memory unit='KiB'>8388608</memory>
  <currentMemory unit='KiB'>8388608</currentMemory>
  <memoryBacking>
    <nosharepages/>
    <locked/>
  </memoryBacking>
  <vcpu placement='static'>2</vcpu>
  <cputune>
    <vcpupin vcpu='0' cpuset='2'/>
    <vcpupin vcpu='1' cpuset='3'/>
  </cputune>
  <resource>
    <partition>/machine</partition>
  </resource>
  <os>
    <type arch='x86_64' machine='pc-i440fx-2.3'>hvm</type>
  </os>
  <features>
    <acpi/>
    <apic/>
    <hyperv>
      <relaxed state='on'/>
      <vapic state='on'/>
      <spinlocks state='on' retries='8191'/>
    </hyperv>
  </features>
  <cpu mode='host-passthrough'>
    <topology sockets='1' cores='2' threads='1'/>
  </cpu>
  <clock offset='localtime'>
    <timer name='hypervclock' present='yes'/>
    <timer name='hpet' present='no'/>
  </clock>
  <on_poweroff>destroy</on_poweroff>
  <on_reboot>restart</on_reboot>
  <on_crash>restart</on_crash>
  <devices>
    <emulator>/usr/bin/qemu-system-x86_64</emulator>
    <disk type='file' device='disk'>
      <driver name='qemu' type='raw' cache='writeback'/>
      <source file='/mnt/virtualisation/vm/Windows/vdisk1.img'/>
      <backingStore/>
      <target dev='hdc' bus='virtio'/>
      <boot order='1'/>
      <alias name='virtio-disk2'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x05' function='0x0'/>
    </disk>
    <disk type='file' device='cdrom'>
      <driver name='qemu' type='raw'/>
      <source file='/mnt/virtualisation/media/windows/Win7AIO.iso'/>
      <backingStore/>
      <target dev='hda' bus='ide'/>
      <readonly/>
      <boot order='2'/>
      <alias name='ide0-0-0'/>
      <address type='drive' controller='0' bus='0' target='0' unit='0'/>
    </disk>
    <disk type='file' device='cdrom'>
      <driver name='qemu' type='raw'/>
      <source file='/mnt/virtualisation/media/virtio-win-0.1.118-2.iso'/>
      <backingStore/>
      <target dev='hdb' bus='ide'/>
      <readonly/>
      <alias name='ide0-0-1'/>
      <address type='drive' controller='0' bus='0' target='0' unit='1'/>
    </disk>
    <controller type='usb' index='0'>
      <alias name='usb'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x2'/>
    </controller>
    <controller type='pci' index='0' model='pci-root'>
      <alias name='pci.0'/>
    </controller>
    <controller type='ide' index='0'>
      <alias name='ide'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x1'/>
    </controller>
    <controller type='virtio-serial' index='0'>
      <alias name='virtio-serial0'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x04' function='0x0'/>
    </controller>
    <interface type='bridge'>
      <mac address='52:54:00:75:91:98'/>
      <source bridge='vm0'/>
      <target dev='vnet0'/>
      <model type='virtio'/>
      <alias name='net0'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x0'/>
    </interface>
    <serial type='pty'>
      <source path='/dev/pts/0'/>
      <target port='0'/>
      <alias name='serial0'/>
    </serial>
    <console type='pty' tty='/dev/pts/0'>
      <source path='/dev/pts/0'/>
      <target type='serial' port='0'/>
      <alias name='serial0'/>
    </console>
    <channel type='unix'>
      <source mode='bind' path='/var/lib/libvirt/qemu/channel/target/Windows.org.qemu.guest_agent.0'/>
      <target type='virtio' name='org.qemu.guest_agent.0' state='disconnected'/>
      <alias name='channel0'/>
      <address type='virtio-serial' controller='0' bus='0' port='1'/>
    </channel>
    <input type='tablet' bus='usb'>
      <alias name='input0'/>
    </input>
    <input type='mouse' bus='ps2'/>
    <input type='keyboard' bus='ps2'/>
    <graphics type='vnc' port='5900' autoport='yes' websocket='5700' listen='0.0.0.0' keymap='en-gb'>
      <listen type='address' address='0.0.0.0'/>
    </graphics>
    <video>
      <model type='vmvga' vram='16384' heads='1'/>
      <alias name='video0'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x0'/>
    </video>
    <memballoon model='virtio'>
      <alias name='balloon0'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x06' function='0x0'/>
    </memballoon>
  </devices>
</domain>

Link to comment
  • 3 weeks later...

I got my motherboard back and so far have not had the issue again. I did make a few changes to preempt problems:

1) Changed machine type to pc-i440fx-2.5

2) Upgraded to RC 2.3

3) Ensured the VMs are using the latest virtio, 118-2

4) Freed up some RAM, had been running at peaks of 90% consumption, down to 75%

 

I'm not convinced it's gone forever, but I haven't had it recur yet.

 

My Windows VM Configs:

<domain type='kvm' id='8'>
  <name>Gaming</name>
  <uuid>f8e306f5-4f9c-e700-e985-727cf78d591a</uuid>
  <metadata>
    <vmtemplate xmlns="unraid" name="Windows 10" icon="windows.png" os="windows10"/>
  </metadata>
  <memory unit='KiB'>8388608</memory>
  <currentMemory unit='KiB'>8388608</currentMemory>
  <memoryBacking>
    <nosharepages/>
    <locked/>
  </memoryBacking>
  <vcpu placement='static'>4</vcpu>
  <cputune>
    <vcpupin vcpu='0' cpuset='4'/>
    <vcpupin vcpu='1' cpuset='5'/>
    <vcpupin vcpu='2' cpuset='10'/>
    <vcpupin vcpu='3' cpuset='11'/>
  </cputune>
  <resource>
    <partition>/machine</partition>
  </resource>
  <os>
    <type arch='x86_64' machine='pc-i440fx-2.5'>hvm</type>
  </os>
  <features>
    <acpi/>
    <apic/>
  </features>
  <cpu mode='host-passthrough'>
    <topology sockets='1' cores='2' threads='2'/>
  </cpu>
  <clock offset='localtime'>
    <timer name='rtc' tickpolicy='catchup'/>
    <timer name='pit' tickpolicy='delay'/>
    <timer name='hpet' present='no'/>
  </clock>
  <on_poweroff>destroy</on_poweroff>
  <on_reboot>restart</on_reboot>
  <on_crash>restart</on_crash>
  <devices>
    <emulator>/usr/local/sbin/qemu</emulator>
    <disk type='file' device='disk'>
      <driver name='qemu' type='raw' cache='writeback'/>
      <source file='/mnt/user/vdisks/Gaming/vdisk1.img'/>
      <backingStore/>
      <target dev='hdc' bus='virtio'/>
      <boot order='1'/>
      <alias name='virtio-disk2'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x04' function='0x0'/>
    </disk>
    <disk type='file' device='cdrom'>
      <driver name='qemu' type='raw'/>
      <source file='/mnt/user/ISOs/Win10_1511_1_English_x64.iso'/>
      <backingStore/>
      <target dev='hda' bus='ide'/>
      <readonly/>
      <boot order='2'/>
      <alias name='ide0-0-0'/>
      <address type='drive' controller='0' bus='0' target='0' unit='0'/>
    </disk>
    <disk type='file' device='cdrom'>
      <driver name='qemu' type='raw'/>
      <source file='/mnt/user/ISOs/virtio-win-0.1.118-2.iso'/>
      <backingStore/>
      <target dev='hdb' bus='ide'/>
      <readonly/>
      <alias name='ide0-0-1'/>
      <address type='drive' controller='0' bus='0' target='0' unit='1'/>
    </disk>
    <controller type='usb' index='0' model='ich9-ehci1'>
      <alias name='usb'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x7'/>
    </controller>
    <controller type='usb' index='0' model='ich9-uhci1'>
      <alias name='usb'/>
      <master startport='0'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x0' multifunction='on'/>
    </controller>
    <controller type='usb' index='0' model='ich9-uhci2'>
      <alias name='usb'/>
      <master startport='2'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x1'/>
    </controller>
    <controller type='usb' index='0' model='ich9-uhci3'>
      <alias name='usb'/>
      <master startport='4'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x2'/>
    </controller>
    <controller type='pci' index='0' model='pci-root'>
      <alias name='pci.0'/>
    </controller>
    <controller type='ide' index='0'>
      <alias name='ide'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x1'/>
    </controller>
    <controller type='virtio-serial' index='0'>
      <alias name='virtio-serial0'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x0'/>
    </controller>
    <interface type='bridge'>
      <mac address='52:54:00:09:a1:9e'/>
      <source bridge='br0'/>
      <target dev='vnet3'/>
      <model type='virtio'/>
      <alias name='net0'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x0'/>
    </interface>
    <serial type='pty'>
      <source path='/dev/pts/4'/>
      <target port='0'/>
      <alias name='serial0'/>
    </serial>
    <console type='pty' tty='/dev/pts/4'>
      <source path='/dev/pts/4'/>
      <target type='serial' port='0'/>
      <alias name='serial0'/>
    </console>
    <channel type='unix'>
      <source mode='bind' path='/var/lib/libvirt/qemu/channel/target/domain-Gaming/org.qemu.guest_agent.0'/>
      <target type='virtio' name='org.qemu.guest_agent.0' state='connected'/>
      <alias name='channel0'/>
      <address type='virtio-serial' controller='0' bus='0' port='1'/>
    </channel>
    <hostdev mode='subsystem' type='pci' managed='yes' xvga='yes'>
      <driver name='vfio'/>
      <source>
        <address domain='0x0000' bus='0x03' slot='0x00' function='0x0'/>
      </source>
      <alias name='hostdev0'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x05' function='0x0'/>
    </hostdev>
    <hostdev mode='subsystem' type='pci' managed='yes'>
      <driver name='vfio'/>
      <source>
        <address domain='0x0000' bus='0x03' slot='0x00' function='0x1'/>
      </source>
      <alias name='hostdev1'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x06' function='0x0'/>
    </hostdev>
    <hostdev mode='subsystem' type='pci' managed='yes'>
      <driver name='vfio'/>
      <source>
        <address domain='0x0000' bus='0x00' slot='0x1b' function='0x0'/>
      </source>
      <alias name='hostdev2'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x08' function='0x0'/>
    </hostdev>
    <hostdev mode='subsystem' type='usb' managed='no'>
      <source>
        <vendor id='0x04d9'/>
        <product id='0xfa50'/>
        <address bus='3' device='3'/>
      </source>
      <alias name='hostdev3'/>
    </hostdev>
    <hostdev mode='subsystem' type='usb' managed='no'>
      <source>
        <vendor id='0x06a3'/>
        <product id='0x8000'/>
        <address bus='3' device='2'/>
      </source>
      <alias name='hostdev4'/>
    </hostdev>
    <hostdev mode='subsystem' type='usb' managed='no'>
      <source>
        <vendor id='0x2433'/>
        <product id='0xb200'/>
        <address bus='3' device='4'/>
      </source>
      <alias name='hostdev5'/>
    </hostdev>
    <memballoon model='virtio'>
      <alias name='balloon0'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x09' function='0x0'/>
    </memballoon>
  </devices>
</domain>

<domain type='kvm' id='14'>
  <name>Media</name>
  <uuid>07a9d082-742c-ccea-83cd-9df33be75e6e</uuid>
  <metadata>
    <vmtemplate xmlns="unraid" name="Windows 10" icon="windows.png" os="windows10"/>
  </metadata>
  <memory unit='KiB'>6291456</memory>
  <currentMemory unit='KiB'>6291456</currentMemory>
  <memoryBacking>
    <nosharepages/>
    <locked/>
  </memoryBacking>
  <vcpu placement='static'>2</vcpu>
  <cputune>
    <vcpupin vcpu='0' cpuset='3'/>
    <vcpupin vcpu='1' cpuset='9'/>
  </cputune>
  <resource>
    <partition>/machine</partition>
  </resource>
  <os>
    <type arch='x86_64' machine='pc-i440fx-2.5'>hvm</type>
  </os>
  <features>
    <acpi/>
    <apic/>
    <hyperv>
      <relaxed state='on'/>
      <vapic state='on'/>
      <spinlocks state='on' retries='8191'/>
      <vendor id='none'/>
    </hyperv>
  </features>
  <cpu mode='host-passthrough'>
    <topology sockets='1' cores='1' threads='2'/>
  </cpu>
  <clock offset='localtime'>
    <timer name='hypervclock' present='yes'/>
    <timer name='hpet' present='no'/>
  </clock>
  <on_poweroff>destroy</on_poweroff>
  <on_reboot>restart</on_reboot>
  <on_crash>restart</on_crash>
  <devices>
    <emulator>/usr/local/sbin/qemu</emulator>
    <disk type='file' device='disk'>
      <driver name='qemu' type='raw' cache='writeback'/>
      <source file='/mnt/user/vdisks/Media/vdisk1.img'/>
      <backingStore/>
      <target dev='hdc' bus='virtio'/>
      <boot order='1'/>
      <alias name='virtio-disk2'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x04' function='0x0'/>
    </disk>
    <disk type='file' device='cdrom'>
      <driver name='qemu' type='raw'/>
      <source file='/mnt/user/ISOs/Win10_1511_1_English_x64.iso'/>
      <backingStore/>
      <target dev='hda' bus='ide'/>
      <readonly/>
      <boot order='2'/>
      <alias name='ide0-0-0'/>
      <address type='drive' controller='0' bus='0' target='0' unit='0'/>
    </disk>
    <disk type='file' device='cdrom'>
      <driver name='qemu' type='raw'/>
      <source file='/mnt/user/ISOs/virtio-win-0.1.118-2.iso'/>
      <backingStore/>
      <target dev='hdb' bus='ide'/>
      <readonly/>
      <alias name='ide0-0-1'/>
      <address type='drive' controller='0' bus='0' target='0' unit='1'/>
    </disk>
    <controller type='usb' index='0' model='nec-xhci'>
      <alias name='usb'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x0'/>
    </controller>
    <controller type='pci' index='0' model='pci-root'>
      <alias name='pci.0'/>
    </controller>
    <controller type='ide' index='0'>
      <alias name='ide'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x1'/>
    </controller>
    <controller type='virtio-serial' index='0'>
      <alias name='virtio-serial0'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x0'/>
    </controller>
    <interface type='bridge'>
      <mac address='52:54:00:b2:4a:48'/>
      <source bridge='br0'/>
      <target dev='vnet4'/>
      <model type='virtio'/>
      <alias name='net0'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x0'/>
    </interface>
    <serial type='pty'>
      <source path='/dev/pts/5'/>
      <target port='0'/>
      <alias name='serial0'/>
    </serial>
    <console type='pty' tty='/dev/pts/5'>
      <source path='/dev/pts/5'/>
      <target type='serial' port='0'/>
      <alias name='serial0'/>
    </console>
    <channel type='unix'>
      <source mode='bind' path='/var/lib/libvirt/qemu/channel/target/domain-Media/org.qemu.guest_agent.0'/>
      <target type='virtio' name='org.qemu.guest_agent.0' state='connected'/>
      <alias name='channel0'/>
      <address type='virtio-serial' controller='0' bus='0' port='1'/>
    </channel>
    <hostdev mode='subsystem' type='pci' managed='yes' xvga='yes'>
      <driver name='vfio'/>
      <source>
        <address domain='0x0000' bus='0x04' slot='0x00' function='0x0'/>
      </source>
      <alias name='hostdev0'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x05' function='0x0'/>
    </hostdev>
    <hostdev mode='subsystem' type='pci' managed='yes'>
      <driver name='vfio'/>
      <source>
        <address domain='0x0000' bus='0x04' slot='0x00' function='0x1'/>
      </source>
      <alias name='hostdev1'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x06' function='0x0'/>
    </hostdev>
    <hostdev mode='subsystem' type='usb' managed='no'>
      <source>
        <vendor id='0x046d'/>
        <product id='0xc52b'/>
        <address bus='3' device='17'/>
      </source>
      <alias name='hostdev2'/>
    </hostdev>
    <memballoon model='virtio'>
      <alias name='balloon0'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x08' function='0x0'/>
    </memballoon>
  </devices>
</domain>

Link to comment
  • 2 weeks later...

I am still experiencing this issue. It still requires physically powercycling the machine.

FYI, in general you can shutdown VMs from the command line with:

virsh list
virsh shutdown <numberOfVM>
virsh destroy <numberOfVM>

Of course, didn't work in this case:

error: Timed out during operation: cannot acquire state change lock (held by remoteDispatchDomainGetBlockInfo)

 

I upgraded my installation to 6.2 rc2 after getting the VMs installed using 6.1.9.

I think the same essential issue cropped up again, in that the Windows VMs began performing very badly, and when I went to investigate I found qemu-system-x86 process chewing up all of the cpu cores assigned to those VMs.

I was unable to shut one of them down and powered-off the whole machine. When I went to restart my motherboard decided to die on me for the second time, so I have not been able to resume diagnosis.

 

So, I was able to temporarily bypass the issue by using 6.1.9 to install Windows VMs, but a similar issue appears to have emerged after I installed 6.2. For this reason I think that this is a Unraid 6.2 issue with Windows in general, not only with installation.

 

I haven't been looking for other reports since my Mobo died for the obvious reason that I can't do anything about it until the RMA process is complete.

Link to comment
  • 1 month later...

Any updates on this? I'm experiencing the same while installing Windows 7. The last step freezes and in UnRaid the VM pauses and I can't unpause it "internal error: unable to execute QEMU command 'cont'...". The Win 10 Installation was flawless though, since I'm running this right now. Wouldn't want to downgrade since im using NVMe.

Link to comment

Any updates on this? I'm experiencing the same while installing Windows 7. The last step freezes and in UnRaid the VM pauses and I can't unpause it "internal error: unable to execute QEMU command 'cont'...". The Win 10 Installation was flawless though, since I'm running this right now. Wouldn't want to downgrade since im using NVMe.

not sure if it will help, but many other issues around installing/upgrading Windows have been resolved by limiting the VM to a single vCPU while installing, and only enabling more vCPUs when the install completes.
Link to comment

Interesting suggestion to use a single vCPU.

I do not have any update. I regularly reboot my two Windows VMs to avoid the lockups. I find that sometimes the whole machine begins performing poorly, and that I can save the hard powercycle by rebooting the Windows VMs manually before it locks up.

I have not tried again to install Windows on 6.2; still using installations created on 6.1.9.

Link to comment

Any updates on this? I'm experiencing the same while installing Windows 7. The last step freezes and in UnRaid the VM pauses and I can't unpause it "internal error: unable to execute QEMU command 'cont'...". The Win 10 Installation was flawless though, since I'm running this right now. Wouldn't want to downgrade since im using NVMe.

not sure if it will help, but many other issues around installing/upgrading Windows have been resolved by limiting the VM to a single vCPU while installing, and only enabling more vCPUs when the install completes.

 

Thank you very much! Using one CPU (cpu0) worked fine. Although after restarting it and adding the other cores it didn't boot up anymore (stuck at win symbol). Tried some more combinations and I

'm back to all the cores I wanted to use and it works. Don't know what's different but it works.

Link to comment

You may be onto something here.  I have been trying to install Windows 7 the last 24 hours but finding it was just hanging at the Windows logo.  Downgraded to V6.1.9 from RC2 and bang.  Installer came straight up.

 

Need to look at this a bit more as my VM setup is a little odd, I use a disk mounted as /mnt/virtualisation/ to host both my isos and my vdisk images. 

 

For the record:  Here's my V6.1.9 XML:

 

<domain type='kvm' id='2'>
  <name>Windows</name>
  <uuid>073a0de1-b0b0-ed95-8bde-5de6e5f292ca</uuid>
  <metadata>
    <vmtemplate name="Custom" icon="windows.png" os="windows"/>
  </metadata>
  <memory unit='KiB'>8388608</memory>
  <currentMemory unit='KiB'>8388608</currentMemory>
  <memoryBacking>
    <nosharepages/>
    <locked/>
  </memoryBacking>
  <vcpu placement='static'>2</vcpu>
  <cputune>
    <vcpupin vcpu='0' cpuset='2'/>
    <vcpupin vcpu='1' cpuset='3'/>
  </cputune>
  <resource>
    <partition>/machine</partition>
  </resource>
  <os>
    <type arch='x86_64' machine='pc-i440fx-2.3'>hvm</type>
  </os>
  <features>
    <acpi/>
    <apic/>
    <hyperv>
      <relaxed state='on'/>
      <vapic state='on'/>
      <spinlocks state='on' retries='8191'/>
    </hyperv>
  </features>
  <cpu mode='host-passthrough'>
    <topology sockets='1' cores='2' threads='1'/>
  </cpu>
  <clock offset='localtime'>
    <timer name='hypervclock' present='yes'/>
    <timer name='hpet' present='no'/>
  </clock>
  <on_poweroff>destroy</on_poweroff>
  <on_reboot>restart</on_reboot>
  <on_crash>restart</on_crash>
  <devices>
    <emulator>/usr/bin/qemu-system-x86_64</emulator>
    <disk type='file' device='disk'>
      <driver name='qemu' type='raw' cache='writeback'/>
      <source file='/mnt/virtualisation/vm/Windows/vdisk1.img'/>
      <backingStore/>
      <target dev='hdc' bus='virtio'/>
      <boot order='1'/>
      <alias name='virtio-disk2'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x05' function='0x0'/>
    </disk>
    <disk type='file' device='cdrom'>
      <driver name='qemu' type='raw'/>
      <source file='/mnt/virtualisation/media/windows/Win7AIO.iso'/>
      <backingStore/>
      <target dev='hda' bus='ide'/>
      <readonly/>
      <boot order='2'/>
      <alias name='ide0-0-0'/>
      <address type='drive' controller='0' bus='0' target='0' unit='0'/>
    </disk>
    <disk type='file' device='cdrom'>
      <driver name='qemu' type='raw'/>
      <source file='/mnt/virtualisation/media/virtio-win-0.1.118-2.iso'/>
      <backingStore/>
      <target dev='hdb' bus='ide'/>
      <readonly/>
      <alias name='ide0-0-1'/>
      <address type='drive' controller='0' bus='0' target='0' unit='1'/>
    </disk>
    <controller type='usb' index='0'>
      <alias name='usb'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x2'/>
    </controller>
    <controller type='pci' index='0' model='pci-root'>
      <alias name='pci.0'/>
    </controller>
    <controller type='ide' index='0'>
      <alias name='ide'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x1'/>
    </controller>
    <controller type='virtio-serial' index='0'>
      <alias name='virtio-serial0'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x04' function='0x0'/>
    </controller>
    <interface type='bridge'>
      <mac address='52:54:00:75:91:98'/>
      <source bridge='vm0'/>
      <target dev='vnet0'/>
      <model type='virtio'/>
      <alias name='net0'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x0'/>
    </interface>
    <serial type='pty'>
      <source path='/dev/pts/0'/>
      <target port='0'/>
      <alias name='serial0'/>
    </serial>
    <console type='pty' tty='/dev/pts/0'>
      <source path='/dev/pts/0'/>
      <target type='serial' port='0'/>
      <alias name='serial0'/>
    </console>
    <channel type='unix'>
      <source mode='bind' path='/var/lib/libvirt/qemu/channel/target/Windows.org.qemu.guest_agent.0'/>
      <target type='virtio' name='org.qemu.guest_agent.0' state='disconnected'/>
      <alias name='channel0'/>
      <address type='virtio-serial' controller='0' bus='0' port='1'/>
    </channel>
    <input type='tablet' bus='usb'>
      <alias name='input0'/>
    </input>
    <input type='mouse' bus='ps2'/>
    <input type='keyboard' bus='ps2'/>
    <graphics type='vnc' port='5900' autoport='yes' websocket='5700' listen='0.0.0.0' keymap='en-gb'>
      <listen type='address' address='0.0.0.0'/>
    </graphics>
    <video>
      <model type='vmvga' vram='16384' heads='1'/>
      <alias name='video0'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x0'/>
    </video>
    <memballoon model='virtio'>
      <alias name='balloon0'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x06' function='0x0'/>
    </memballoon>
  </devices>
</domain>

 

For windows 7 do not use the QXL VNC video, use the Cirrus.

https://lime-technology.com/forum/index.php?topic=52359.0

Link to comment

Any updates on this? I'm experiencing the same while installing Windows 7. The last step freezes and in UnRaid the VM pauses and I can't unpause it "internal error: unable to execute QEMU command 'cont'...". The Win 10 Installation was flawless though, since I'm running this right now. Wouldn't want to downgrade since im using NVMe.

 

Can confirm there is no issue with creating a Windows 7 VM in unRAID 6.2 that I can find.  I was able to install Windows 7 just fine right now on a test machine.  No errors.  Chances are you have corrupt installation media or something amiss with your hardware.  If the VM enters a paused state, it could also be because of insufficient disk space on the underlying storage device.

Link to comment

Any updates on this? I'm experiencing the same while installing Windows 7. The last step freezes and in UnRaid the VM pauses and I can't unpause it "internal error: unable to execute QEMU command 'cont'...". The Win 10 Installation was flawless though, since I'm running this right now. Wouldn't want to downgrade since im using NVMe.

 

Can confirm there is no issue with creating a Windows 7 VM in unRAID 6.2 that I can find.  I was able to install Windows 7 just fine right now on a test machine.  No errors.  Chances are you have corrupt installation media or something amiss with your hardware.  If the VM enters a paused state, it could also be because of insufficient disk space on the underlying storage device.

 

Hey, that's good to know, so it's something on my machine. I solved it by only using 1 cpu. Right now I think it was either that or that I'm not using the emulatorpin option anymore. Something cpu related though I think.

Link to comment

Any updates on this? I'm experiencing the same while installing Windows 7. The last step freezes and in UnRaid the VM pauses and I can't unpause it "internal error: unable to execute QEMU command 'cont'...". The Win 10 Installation was flawless though, since I'm running this right now. Wouldn't want to downgrade since im using NVMe.

 

Can confirm there is no issue with creating a Windows 7 VM in unRAID 6.2 that I can find.  I was able to install Windows 7 just fine right now on a test machine.  No errors.  Chances are you have corrupt installation media or something amiss with your hardware.  If the VM enters a paused state, it could also be because of insufficient disk space on the underlying storage device.

 

Jonp- it might be worth adding a note to the VM documentation to use the above mentioned Cirrus VNC instead of QXL.  I could not get Windows 7 installed using QXL

Link to comment

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.