chaz Posted December 3, 2018 Share Posted December 3, 2018 Hi All, I am trying to update my VM config, however, I cannot change any of the settings. It gets stuck after pressing the "Update" button and shows "Updating...". I did some searching and found a previous thread which was relating to the cache drive being full. My cache drive is nowhere near full. Could this be due to a corrupted XML file relating to the Windows 10 VM I am trying to change the settings for (I can't even change the name of the VM)? Any help is much appreciated. Cheers! 1 Quote Link to comment
trurl Posted December 3, 2018 Share Posted December 3, 2018 Tools - Diagnostics, attach complete zip to your next post. Quote Link to comment
chaz Posted December 3, 2018 Author Share Posted December 3, 2018 I have attached the diagnostic report, hope it helps to narrow down the issue! tower-diagnostics-20181203-2351.zip Quote Link to comment
jonp Posted December 4, 2018 Share Posted December 4, 2018 Did you originally edit your VM in XML edit mode? What setting(s) did you adjust using that edit mode? Quote Link to comment
chaz Posted December 4, 2018 Author Share Posted December 4, 2018 Yes I did edit it once, the only thing I added was a sound setting. <sound model=‘ich9’></sound> Usually is it possible to go back to the normal UI after editing in the XML mode? Quote Link to comment
jonp Posted December 7, 2018 Share Posted December 7, 2018 On 12/4/2018 at 2:27 PM, chaz said: Yes I did edit it once, the only thing I added was a sound setting. <sound model=‘ich9’></sound> Usually is it possible to go back to the normal UI after editing in the XML mode? If you remove that custom edit, does editing in normal mode work again? Just curious so we can debug this. Quote Link to comment
JorgeB Posted December 7, 2018 Share Posted December 7, 2018 I have this issue on most (if not all of my VMs), I just edit the XML when needed, but in case it helps to debug, here is for example my Windows 7 XML, and IIRC I never made any custom edit to this one, unlike the other VMs that have the SCSI controller with unmap enable. <?xml version='1.0' encoding='UTF-8'?> <domain type='kvm'> <name>Windows 7</name> <uuid>f4c905e3-4e48-65a6-8c37-30c1c59d384b</uuid> <metadata> <vmtemplate xmlns="unraid" name="Windows 7" icon="windows7.png" os="windows7"/> </metadata> <memory unit='KiB'>2097152</memory> <currentMemory unit='KiB'>2097152</currentMemory> <memoryBacking> <nosharepages/> </memoryBacking> <vcpu placement='static'>1</vcpu> <cputune> <vcpupin vcpu='0' cpuset='1'/> </cputune> <os> <type arch='x86_64' machine='pc-i440fx-2.7'>hvm</type> </os> <features> <acpi/> <apic/> <hyperv> <relaxed state='on'/> <vapic state='on'/> <spinlocks state='on' retries='8191'/> <vendor_id state='on' value='none'/> </hyperv> </features> <cpu mode='host-passthrough' check='none'> <topology sockets='1' cores='1' 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/local/sbin/qemu</emulator> <disk type='file' device='disk'> <driver name='qemu' type='raw' cache='writeback'/> <source file='/mnt/cache/VMs/Win7/vdisk1.img'/> <target dev='hdc' bus='virtio'/> <boot order='1'/> <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/cache/isos/virtio-win-0.1.118-2.iso'/> <target dev='hdb' bus='ide'/> <readonly/> <address type='drive' controller='0' bus='0' target='0' unit='1'/> </disk> <controller type='usb' index='0' model='ich9-ehci1'> <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x7'/> </controller> <controller type='usb' index='0' model='ich9-uhci1'> <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'> <master startport='2'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x1'/> </controller> <controller type='usb' index='0' model='ich9-uhci3'> <master startport='4'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x2'/> </controller> <controller type='pci' index='0' model='pci-root'/> <controller type='ide' index='0'> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x1'/> </controller> <controller type='virtio-serial' index='0'> <address type='pci' domain='0x0000' bus='0x00' slot='0x04' function='0x0'/> </controller> <interface type='bridge'> <mac address='52:54:00:ad:ea:b3'/> <source bridge='br0'/> <model type='virtio'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x0'/> </interface> <serial type='pty'> <target type='isa-serial' port='0'> <model name='isa-serial'/> </target> </serial> <console type='pty'> <target type='serial' port='0'/> </console> <channel type='unix'> <target type='virtio' name='org.qemu.guest_agent.0'/> <address type='virtio-serial' controller='0' bus='0' port='1'/> </channel> <input type='tablet' bus='usb'> <address type='usb' bus='0' port='1'/> </input> <input type='mouse' bus='ps2'/> <input type='keyboard' bus='ps2'/> <graphics type='vnc' port='-1' autoport='yes' websocket='-1' listen='0.0.0.0' keymap='en-us'> <listen type='address' address='0.0.0.0'/> </graphics> <video> <model type='qxl' ram='65536' vram='65536' vgamem='16384' heads='1' primary='yes'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x0'/> </video> <memballoon model='virtio'> <address type='pci' domain='0x0000' bus='0x00' slot='0x06' function='0x0'/> </memballoon> </devices> </domain> Quote Link to comment
chaz Posted December 7, 2018 Author Share Posted December 7, 2018 (edited) Jon, no it didn't make a difference after removing the edits in XML mode. That is one of the first things I did, sorry, I should have mentioned my debugging steps. I also replicated the issue using a dummy VM: Made a new Win 10 VM using the same image and made a change to the XML file Editing in Form view (This works ok, updated fine) Then I removed my edit in XML view Made a change in Form view Pressed Update, now it's stuck in Updating.... So it may be a limitation/bug in Unraid at this point. Here is my Win 10 XML that is not updating using form view: <?xml version='1.0' encoding='UTF-8'?> <domain type='kvm'> <name>W10_SURVEILLANCE_PC</name> <uuid>1c7ccfe3-c09d-56a9-f441-de36ef5cd86f</uuid> <metadata> <vmtemplate xmlns="unraid" name="Windows 10" icon="windows.png" os="windows10"/> </metadata> <memory unit='KiB'>4194304</memory> <currentMemory unit='KiB'>4194304</currentMemory> <memoryBacking> <nosharepages/> </memoryBacking> <vcpu placement='static'>8</vcpu> <cputune> <vcpupin vcpu='0' cpuset='2'/> <vcpupin vcpu='1' cpuset='8'/> <vcpupin vcpu='2' cpuset='3'/> <vcpupin vcpu='3' cpuset='9'/> <vcpupin vcpu='4' cpuset='4'/> <vcpupin vcpu='5' cpuset='10'/> <vcpupin vcpu='6' cpuset='5'/> <vcpupin vcpu='7' cpuset='11'/> </cputune> <os> <type arch='x86_64' machine='pc-i440fx-3.0'>hvm</type> <loader readonly='yes' type='pflash'>/usr/share/qemu/ovmf-x64/OVMF_CODE-pure-efi.fd</loader> <nvram>/etc/libvirt/qemu/nvram/1c7ccfe3-c09d-56a9-f441-de36ef5cd86f_VARS-pure-efi.fd</nvram> </os> <features> <acpi/> <apic/> <hyperv> <relaxed state='on'/> <vapic state='on'/> <spinlocks state='on' retries='8191'/> <vendor_id state='on' value='none'/> </hyperv> </features> <cpu mode='host-passthrough' check='none'> <topology sockets='1' cores='4' 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/domains/Windows 10 - Surveillance PC/vdisk1.img'/> <target dev='hdc' bus='virtio'/> <boot order='1'/> <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/user/isos/Win10_1809Oct_EnglishInternational_x64.iso'/> <target dev='hda' bus='ide'/> <readonly/> <boot order='2'/> <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.160-1.iso'/> <target dev='hdb' bus='ide'/> <readonly/> <address type='drive' controller='0' bus='0' target='0' unit='1'/> </disk> <controller type='usb' index='0' model='ich9-ehci1'> <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x7'/> </controller> <controller type='usb' index='0' model='ich9-uhci1'> <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'> <master startport='2'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x1'/> </controller> <controller type='usb' index='0' model='ich9-uhci3'> <master startport='4'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x2'/> </controller> <controller type='pci' index='0' model='pci-root'/> <controller type='ide' index='0'> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x1'/> </controller> <controller type='virtio-serial' index='0'> <address type='pci' domain='0x0000' bus='0x00' slot='0x04' function='0x0'/> </controller> <interface type='bridge'> <mac address='52:54:00:50:a8:3f'/> <source bridge='br0'/> <model type='virtio'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x0'/> </interface> <serial type='pty'> <target type='isa-serial' port='0'> <model name='isa-serial'/> </target> </serial> <console type='pty'> <target type='serial' port='0'/> </console> <channel type='unix'> <target type='virtio' name='org.qemu.guest_agent.0'/> <address type='virtio-serial' controller='0' bus='0' port='1'/> </channel> <input type='tablet' bus='usb'> <address type='usb' bus='0' port='1'/> </input> <input type='mouse' bus='ps2'/> <input type='keyboard' bus='ps2'/> <hostdev mode='subsystem' type='pci' managed='yes'> <driver name='vfio'/> <source> <address domain='0x0000' bus='0x00' slot='0x02' function='0x0'/> </source> <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x0'/> </hostdev> <memballoon model='none'/> </devices> </domain> Edited December 7, 2018 by chaz Quote Link to comment
cracksilver Posted December 9, 2018 Share Posted December 9, 2018 (edited) Hi there today I got exactly the same issue after installing win10 in VM. But I did not make any changes in XML view. Ok, the VM runs ok but I can´t activate a USB device I want to use for syncing my google drive within windows. In XML view I could make the changes and even update properly, but I don´t know how exactly add the USB device in XML view... cracksilver edit: form view to XML view Edited December 9, 2018 by cracksilver Quote Link to comment
bland328 Posted December 12, 2018 Share Posted December 12, 2018 I'm also seeing this problem. I created a new Windows 10 VM today, and made no XML edits at any point. I now cannot successfully submit any further changes from the Form View—when I try, I get the "Updating..." text in the button, seemingly forever. Quote Link to comment
bland328 Posted December 12, 2018 Share Posted December 12, 2018 Ah-ha! I may have found the problem: If I change the Primary vDisk Location from Auto to Manual, I can then Update the VM. But when I Edit it again, the Primary vDisk Location reverts to Auto. 6 1 Quote Link to comment
JorgeB Posted December 12, 2018 Share Posted December 12, 2018 13 minutes ago, bland328 said: If I change the Primary vDisk Location from Auto to Manual, I can then Update the VM. Yep, same for me. Quote Link to comment
WashingtonMatt Posted December 12, 2018 Share Posted December 12, 2018 Same issue in this thread Quote Link to comment
user2352 Posted December 17, 2018 Share Posted December 17, 2018 (edited) This happens when you change the name of the VM. The primary vdisk location is set to auto and is still looking for the "oldname.img". You will need to manually select the correct img file. Edited December 17, 2018 by user2352 3 1 Quote Link to comment
bland328 Posted December 18, 2018 Share Posted December 18, 2018 23 hours ago, user2352 said: This happens when you change the name of the VM. The primary vdisk location is set to auto and is still looking for the "oldname.img". You will need to manually select the correct img file. I see where you are coming from there, and I have indeed changed the name of my VM at some point, but the current situation is that I have manually selected the correct img file, and have to re-manually select it every time I attempt to submit any changes made in Form View. So, feels like a straightforward GUI bug, but I'm not sure exactly what is triggering it. Or, do I misunderstand your point, @user2352? 1 Quote Link to comment
user2352 Posted December 19, 2018 Share Posted December 19, 2018 Yeah, that seems like a bug. A temporary fix would be to manually rename the VM folder in the domains directory to the new name. 1 Quote Link to comment
bland328 Posted December 19, 2018 Share Posted December 19, 2018 Oh, I get your point. However, I did that long ago, since I just hate for things like that to mismatch—so, my VM name (the <name><name/> in the XML) and directory name do match, and I still run into this problem. Odd. Quote Link to comment
user2352 Posted December 19, 2018 Share Posted December 19, 2018 That's indeed weird. I had the same problem but renaming the actual VM folder fixed it for me. I am on ver 6.6.6 😈 Quote Link to comment
bland328 Posted December 19, 2018 Share Posted December 19, 2018 I'm also using 6.6.6, for the benefit of anyone else reading this. Quote Link to comment
chaz Posted December 21, 2018 Author Share Posted December 21, 2018 On 12/20/2018 at 1:54 AM, user2352 said: That's indeed weird. I had the same problem but renaming the actual VM folder fixed it for me. I am on ver 6.6.6 😈 Changing the VM folder name under the domains folder seems to have fixed this for me as well. Thanks user2352! Quote Link to comment
mgworek Posted January 18, 2019 Share Posted January 18, 2019 On 12/12/2018 at 6:25 PM, bland328 said: Ah-ha! I may have found the problem: If I change the Primary vDisk Location from Auto to Manual, I can then Update the VM. But when I Edit it again, the Primary vDisk Location reverts to Auto. Thank you for this. This has been bugging me for months. Quote Link to comment
og_wolf Posted January 18, 2019 Share Posted January 18, 2019 Same here. Fresh Ubuntu LTS vm. No edits in XML, no vm rename. Trying to add "2nd Unraid Share" and GUI stucks at "Updating..." Quote Link to comment
ArmandGilbert Posted January 29, 2019 Share Posted January 29, 2019 I had a similar problem. Apparently, I had changed the name of the VM and it no longer matched domain's folder in the domain share. If you have a VM that hangs when you try to save it, check to see that your vDisk locations match your VM's folder's name under your Domain Shares and correct it if it does not. Good Luck. Quote Link to comment
DGB Posted April 1, 2019 Share Posted April 1, 2019 Is there any fix to this? I have the same problem I can't add a hard drive as another disk to a W10 Vm, I haven't changed the vdisk name and changing it to manual doesn't work. I don't know how to add it manually by editing the xml Thanks Quote Link to comment
DGB Posted April 1, 2019 Share Posted April 1, 2019 (edited) 1 hour ago, DGB said: Is there any fix to this? I have the same problem I can't add a hard drive as another disk to a W10 Vm, I haven't changed the vdisk name and changing it to manual doesn't work. I don't know how to add it manually by editing the xml Thanks (SORTED) Turns out it didn't work because I hadn't added "ata" before the disk id 😳 Thanks Spaceinvader Edited April 1, 2019 by DGB 1 Quote Link to comment
Recommended Posts
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.