Corvus

I've tried this, although the weird thing is that when viewing the XML while the VM is running, it DOES make mention to the cache directory where the qcow2 file is located. However, I cannot make change to it while it's running. But when I shut down the VM, and again try to view the XML - the reference to the directory is gone! It simply doesn't exist anymore! Here is the XML when the VM is shut down: <?xml version='1.0' encoding='UTF-8'?> <domain type='kvm'> <name>Windows 11</name> <uuid>e05d58a1-e3fc-859a-7670-a211f88da6e1</uuid> <metadata> <vmtemplate xmlns="http://unraid" name="Windows 11" iconold="windows11.png" icon="windows11.png" os="windowstpm" webui="" storage="default"/> </metadata> <memory unit='KiB'>16777216</memory> <currentMemory unit='KiB'>16777216</currentMemory> <memoryBacking> <nosharepages/> </memoryBacking> <vcpu placement='static'>8</vcpu> <cputune> <vcpupin vcpu='0' cpuset='2'/> <vcpupin vcpu='1' cpuset='3'/> <vcpupin vcpu='2' cpuset='4'/> <vcpupin vcpu='3' cpuset='5'/> <vcpupin vcpu='4' cpuset='6'/> <vcpupin vcpu='5' cpuset='7'/> <vcpupin vcpu='6' cpuset='8'/> <vcpupin vcpu='7' cpuset='9'/> </cputune> <os> <type arch='x86_64' machine='pc-q35-9.2'>hvm</type> <loader readonly='yes' type='pflash' format='raw'>/usr/share/qemu/ovmf-x64/OVMF_CODE-pure-efi-tpm.fd</loader> <nvram format='raw'>/etc/libvirt/qemu/nvram/e05d58a1-e3fc-859a-7670-a211f88da6e1_VARS-pure-efi-tpm.fd</nvram> </os> <features> <acpi/> <apic/> <hyperv mode='custom'> <relaxed state='on'/> <vapic state='on'/> <spinlocks state='on' retries='8191'/> <vpindex state='on'/> <synic state='on'/> <stimer state='on'/> <vendor_id state='on' value='none'/> </hyperv> </features> <cpu mode='host-passthrough' check='none' migratable='on'> <topology sockets='1' dies='1' clusters='1' cores='4' threads='2'/> <cache mode='passthrough'/> </cpu> <clock offset='localtime'> <timer name='hpet' present='no'/> <timer name='hypervclock' present='yes'/> </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='qcow2' cache='writeback' discard='unmap'/> <source file='/mnt/vdiskpool/domains/Windows 11/vdisk1.provisionedqcow2'/> <target dev='hdc' bus='virtio'/> <serial>vdisk1</serial> <boot order='1'/> <address type='pci' domain='0x0000' bus='0x04' slot='0x00' function='0x0'/> </disk> <disk type='file' device='cdrom'> <driver name='qemu' type='raw'/> <source file='/mnt/user/isos/virtio-win-0.1.285-1.iso'/> <target dev='hdb' bus='sata'/> <readonly/> <address type='drive' controller='0' bus='0' target='0' unit='1'/> </disk> <controller type='pci' index='0' model='pcie-root'/> <controller type='pci' index='1' model='pcie-root-port'> <model name='pcie-root-port'/> <target chassis='1' port='0x8'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x0' multifunction='on'/> </controller> <controller type='pci' index='2' model='pcie-root-port'> <model name='pcie-root-port'/> <target chassis='2' port='0x9'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x1'/> </controller> <controller type='pci' index='3' model='pcie-root-port'> <model name='pcie-root-port'/> <target chassis='3' port='0xa'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x2'/> </controller> <controller type='pci' index='4' model='pcie-root-port'> <model name='pcie-root-port'/> <target chassis='4' port='0xb'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x3'/> </controller> <controller type='pci' index='5' model='pcie-root-port'> <model name='pcie-root-port'/> <target chassis='5' port='0xc'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x4'/> </controller> <controller type='pci' index='6' model='pcie-root-port'> <model name='pcie-root-port'/> <target chassis='6' port='0xd'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x5'/> </controller> <controller type='pci' index='7' model='pcie-to-pci-bridge'> <model name='pcie-pci-bridge'/> <address type='pci' domain='0x0000' bus='0x01' slot='0x00' function='0x0'/> </controller> <controller type='virtio-serial' index='0'> <address type='pci' domain='0x0000' bus='0x02' slot='0x00' function='0x0'/> </controller> <controller type='sata' index='0'> <address type='pci' domain='0x0000' bus='0x00' slot='0x1f' function='0x2'/> </controller> <controller type='usb' index='0' model='qemu-xhci' ports='15'> <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x0'/> </controller> <interface type='bridge'> <mac address='52:54:00:33:2c:ad'/> <source bridge='br0'/> <model type='virtio-net'/> <address type='pci' domain='0x0000' bus='0x03' slot='0x00' 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'/> <tpm model='tpm-tis'> <backend type='emulator' version='2.0' persistent_state='yes'/> </tpm> <graphics type='vnc' port='-1' autoport='yes' websocket='-1' listen='0.0.0.0' sharePolicy='ignore'> <listen type='address' address='0.0.0.0'/> </graphics> <audio id='1' type='none'/> <video> <model type='qxl' ram='65536' vram='16384' vgamem='16384' heads='1' primary='yes'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x1e' function='0x0'/> </video> <hostdev mode='subsystem' type='pci' managed='yes'> <driver name='vfio'/> <source> <address domain='0x0000' bus='0x01' slot='0x00' function='0x0'/> </source> <address type='pci' domain='0x0000' bus='0x05' slot='0x00' function='0x0'/> </hostdev> <hostdev mode='subsystem' type='pci' managed='yes'> <driver name='vfio'/> <source> <address domain='0x0000' bus='0x01' slot='0x00' function='0x1'/> </source> <address type='pci' domain='0x0000' bus='0x06' slot='0x00' function='0x0'/> </hostdev> <watchdog model='itco' action='reset'/> <memballoon model='none'/> </devices> </domain> And here is the XML when the VM is running: <?xml version='1.0' encoding='UTF-8'?> <domain type='kvm' id='4'> <name>Windows 11</name> <uuid>e05d58a1-e3fc-859a-7670-a211f88da6e1</uuid> <metadata> <vmtemplate xmlns="http://unraid" name="Windows 11" iconold="windows11.png" icon="windows11.png" os="windowstpm" webui="" storage="default"/> </metadata> <memory unit='KiB'>16777216</memory> <currentMemory unit='KiB'>16777216</currentMemory> <memoryBacking> <nosharepages/> </memoryBacking> <vcpu placement='static'>8</vcpu> <cputune> <vcpupin vcpu='0' cpuset='2'/> <vcpupin vcpu='1' cpuset='3'/> <vcpupin vcpu='2' cpuset='4'/> <vcpupin vcpu='3' cpuset='5'/> <vcpupin vcpu='4' cpuset='6'/> <vcpupin vcpu='5' cpuset='7'/> <vcpupin vcpu='6' cpuset='8'/> <vcpupin vcpu='7' cpuset='9'/> </cputune> <resource> <partition>/machine</partition> </resource> <os> <type arch='x86_64' machine='pc-q35-9.2'>hvm</type> <loader readonly='yes' type='pflash' format='raw'>/usr/share/qemu/ovmf-x64/OVMF_CODE-pure-efi-tpm.fd</loader> <nvram format='raw'>/etc/libvirt/qemu/nvram/e05d58a1-e3fc-859a-7670-a211f88da6e1_VARS-pure-efi-tpm.fd</nvram> </os> <features> <acpi/> <apic/> <hyperv mode='custom'> <relaxed state='on'/> <vapic state='on'/> <spinlocks state='on' retries='8191'/> <vpindex state='on'/> <synic state='on'/> <stimer state='on'/> <vendor_id state='on' value='none'/> </hyperv> </features> <cpu mode='host-passthrough' check='none' migratable='on'> <topology sockets='1' dies='1' clusters='1' cores='4' threads='2'/> <cache mode='passthrough'/> </cpu> <clock offset='localtime'> <timer name='hpet' present='no'/> <timer name='hypervclock' present='yes'/> </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='qcow2' cache='writeback' discard='unmap'/> <source file='/mnt/vdiskpool/domains/Windows 11/vdisk1.provisionedqcow2' index='2'/> <backingStore type='file' index='3'> <format type='qcow2'/> <source file='/mnt/cache/domains/Windows 11/vdisk1.qcow2'/> <backingStore/> </backingStore> <target dev='hdc' bus='virtio'/> <serial>vdisk1</serial> <boot order='1'/> <alias name='virtio-disk2'/> <address type='pci' domain='0x0000' bus='0x04' slot='0x00' function='0x0'/> </disk> <disk type='file' device='cdrom'> <driver name='qemu' type='raw'/> <source file='/mnt/user/isos/virtio-win-0.1.285-1.iso' index='1'/> <backingStore/> <target dev='hdb' bus='sata'/> <readonly/> <alias name='sata0-0-1'/> <address type='drive' controller='0' bus='0' target='0' unit='1'/> </disk> <controller type='pci' index='0' model='pcie-root'> <alias name='pcie.0'/> </controller> <controller type='pci' index='1' model='pcie-root-port'> <model name='pcie-root-port'/> <target chassis='1' port='0x8'/> <alias name='pci.1'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x0' multifunction='on'/> </controller> <controller type='pci' index='2' model='pcie-root-port'> <model name='pcie-root-port'/> <target chassis='2' port='0x9'/> <alias name='pci.2'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x1'/> </controller> <controller type='pci' index='3' model='pcie-root-port'> <model name='pcie-root-port'/> <target chassis='3' port='0xa'/> <alias name='pci.3'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x2'/> </controller> <controller type='pci' index='4' model='pcie-root-port'> <model name='pcie-root-port'/> <target chassis='4' port='0xb'/> <alias name='pci.4'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x3'/> </controller> <controller type='pci' index='5' model='pcie-root-port'> <model name='pcie-root-port'/> <target chassis='5' port='0xc'/> <alias name='pci.5'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x4'/> </controller> <controller type='pci' index='6' model='pcie-root-port'> <model name='pcie-root-port'/> <target chassis='6' port='0xd'/> <alias name='pci.6'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x5'/> </controller> <controller type='pci' index='7' model='pcie-to-pci-bridge'> <model name='pcie-pci-bridge'/> <alias name='pci.7'/> <address type='pci' domain='0x0000' bus='0x01' slot='0x00' function='0x0'/> </controller> <controller type='virtio-serial' index='0'> <alias name='virtio-serial0'/> <address type='pci' domain='0x0000' bus='0x02' slot='0x00' function='0x0'/> </controller> <controller type='sata' index='0'> <alias name='ide'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x1f' function='0x2'/> </controller> <controller type='usb' index='0' model='qemu-xhci' ports='15'> <alias name='usb'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x0'/> </controller> <interface type='bridge'> <mac address='52:54:00:33:2c:ad'/> <source bridge='br0'/> <target dev='vnet2'/> <model type='virtio-net'/> <alias name='net0'/> <address type='pci' domain='0x0000' bus='0x03' slot='0x00' function='0x0'/> </interface> <serial type='pty'> <source path='/dev/pts/0'/> <target type='isa-serial' port='0'> <model name='isa-serial'/> </target> <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='/run/libvirt/qemu/channel/4-Windows 11/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'/> <address type='usb' bus='0' port='1'/> </input> <input type='mouse' bus='ps2'> <alias name='input1'/> </input> <input type='keyboard' bus='ps2'> <alias name='input2'/> </input> <tpm model='tpm-tis'> <backend type='emulator' version='2.0' persistent_state='yes'/> <alias name='tpm0'/> </tpm> <graphics type='vnc' port='5900' autoport='yes' websocket='5700' listen='0.0.0.0' sharePolicy='ignore'> <listen type='address' address='0.0.0.0'/> </graphics> <audio id='1' type='none'/> <video> <model type='qxl' ram='65536' vram='16384' vgamem='16384' heads='1' primary='yes'/> <alias name='video0'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x1e' function='0x0'/> </video> <hostdev mode='subsystem' type='pci' managed='yes'> <driver name='vfio'/> <source> <address domain='0x0000' bus='0x01' slot='0x00' function='0x0'/> </source> <alias name='hostdev0'/> <address type='pci' domain='0x0000' bus='0x05' slot='0x00' function='0x0'/> </hostdev> <hostdev mode='subsystem' type='pci' managed='yes'> <driver name='vfio'/> <source> <address domain='0x0000' bus='0x01' slot='0x00' function='0x1'/> </source> <alias name='hostdev1'/> <address type='pci' domain='0x0000' bus='0x06' slot='0x00' function='0x0'/> </hostdev> <watchdog model='itco' action='reset'> <alias name='watchdog0'/> </watchdog> <memballoon model='none'/> </devices> <seclabel type='dynamic' model='dac' relabel='yes'> <label>+0:+100</label> <imagelabel>+0:+100</imagelabel> </seclabel> </domain> Note how the cache directory is only mentioned in the latter (ie. When it's running) What can I do??

Hey guys, I'm trying to migrate my Windows 11 VM from my cache pool (mnt/cache/domains/Windows 11/) to a dedicated VM storage pool (mnt/vdiskpool/domains/Windows 11/). I transferred the 'domains' share to the 'vdiskpool' drive, ran mover, and then made sure there's no secondary drive for the domains share. The VM works fine until I realized that 'vdisk1.qcow2' was still located in mnt/cache/domains/Windows 11. So I tried to transfer the .qcow2 file from the cache drive to the vdiskpool drive. When I do, I get this message. It seems it's expecting for it to be on the cache drive. I've looked within the VM config (even the xml) and I cannot find any line which governs the location of this qcow2 file. At this point I remembered that I created a snapshot for this VM - not for any particular reason, just to see how it works. I don't really know how to delete it. I asked for help in the official discord server and a user called 'Kilrah' advised that I change the following highlighted lines in the snapshots.db file to /mnt/user/domains/Windows 11/. but after I did that and rebooted Unraid, I still get the same error. I can confirm that even after all this, copying the vdisk1.qcow2 file to /mnt/cache/domains/Windows 11/ still works flawlessly, meaning something else definitely still expects it to be there. Here is my VM config: Would deleting the snapshot somehow help? Should I revert the changes I made in the snapshot.db file? How can I fix this?

Thanks, that should be more than enough for 95% of the time. At the very least, Plex can fall back to the iGPU. I apologize and that's not my intention. If anything, I'm asking on advice in removing the patch. Now that I know the information above, I can do this confidently. I understand this, although since replacing a PSU is a major job (especially in the cramped case my system is in), I want to rule out software fixes first beforehand.

Just a follow-up on this to see what I need to do with this user script -- or if it's even necessary anymore to get unlimited transcodes.

Ok I just found what it is. Apparently it was recommended by SpaceInvader to remove the nvidia-imposed limit on the number of simultaneous transcoding streams. Is this something that is no longer required for me to get unlimited simultaneous transcodes? Happy to remove this if so. There isn't, which is why I rely on using the GPU for dockers. It's a Corsair CXM 750 W 80+. More than enough for my config + drives, according to pcpartpicker.

I have no idea. How do I remove it? Since I use the iGPU for my VMs, I still don't think this is a good idea. I also have a few AI object recognition dockers which utilize nvidia CUDA cores. Unless there's an alternative I'm missing? So I just type that command into terminal, and that's it? Does this remove the patch script you're seeing above? Since I need the dedicated GPU for other dockers (not used simultaneously), I would still like to solve this problem. How would I go about checking for an intermittent fault such as this? I think I should rule out the easy fixes first, starting with this custom script you mentioned. Could you please tell me how to remove it?

Why what? Sorry I'm a newbie at this. I'm assuming you mean that I modified the nvidia plugin somehow? That's impossible as I wouldn't even know how to do that. Unless I did so unwittingly by following someone else's advice. How would I undo this? 2. I have a large number of users. Sometimes up to 8-10 streams needing transcoding at once. BIOS is up to date. 'Above 4G decoding' is enabled in BIOS (unless I need to enable it elsewhere?). What is 'resizable BAR support'? Use what as my startup script? What does typing 'nvidia-persistenced' in terminal do? Sorry, again I'm very unfamiliar with Linux so I'll need much more detailed instructions please. 4. I run a couple of VMs 24/7 (No GPUs passed through) and I don't want to eat into the performance of my CPU, so I'm using the GPU for transcoding as I had it lying around. Additionally, I also use it for running my own 24/7 IPTV channels in another docker container. What should I be doing to fix this?

Hey guys, This problem has been going for MONTHS and it's driving me insane because just when I think I've fixed it, it happens again. So I mainly use this card for Plex transcoding, and when the Nvidia driver is detecting the card normally, it works flawlessly. When trandcoding, the GPU statistics plugin correctly displays the Plex icon and nvidia-smi returns the appropriate data. Needless to say, I have correctly set up the Plex docker for the nvidia transcoding. I DON'T have it passed through to a VM. However every few weeks, the nvidia driver/plugin decides it no longer wants to detect the card, and will not detect it again until I reboot the entire server. I've attached diags and screenshots. See below. The card is visible in system devices under IOMMU group 13: [10de:21c4] 01:00.0 VGA compatible controller: NVIDIA Corporation TU116 [GeForce GTX 1660 SUPER] (rev a1). However I can find no trace of it anywhere else. Even running 'nvidia-smi' returns 'No devices were found'. I've double and triple checked that the card is seated correctly. I've deleted the Nvidia plugin/driver, stopped docker, then reinstalled several times. I've rolled back the driver as far back as the plugin will allow (v575.64.05), but still no success. This also used to happen with my older 1050Ti on a different motherboard before I upgraded the system. I'm sick to death of logging into the web UI and discovering that the GPU Statistics plugin has not detected the card (god knows for how long), and I need this fixed PERMANENTLY. Any ideas??? nas-diagnostics-20251224-0010.zip

This also happened with my old 1080ti on another motherboard before I upgraded my Unraid build, so I doubt it's a hardware fault. What should I do next?

Hey guys, This problem has been going for MONTHS and it's driving me insane because just when I think I've fixed it, it happens again. So I mainly use this card for Plex transcoding, and when the Nvidia driver is detecting the card normally, it works flawlessly. When trandcoding, the GPU statistics plugin correctly displays the Plex icon and nvidia-smi returns the appropriate data. Needless to say, I have correctly set up the Plex docker for the nvidia transcoding. I DON'T have it passed through to a VM. However every few weeks, the nvidia driver/plugin decides it no longer wants to detect the card, and will not detect it again until I reboot the entire server. I've attached diags and screenshots. See below. The card is visible in system devices under IOMMU group 13: [10de:21c4] 01:00.0 VGA compatible controller: NVIDIA Corporation TU116 [GeForce GTX 1660 SUPER] (rev a1). However I can find no trace of it anywhere else. Even running 'nvidia-smi' returns 'No devices were found'. I've double and triple checked that the card is seated correctly. I've deleted the Nvidia plugin/driver, stopped docker, then reinstalled several times. I've rolled back the driver as far back as the plugin will allow (v575.64.05), but still no success. I'm sick to death of logging into the web UI and discovering that the GPU Statistics plugin has not detected the card (god knows for how long), and I need this fixed PERMANENTLY. Any ideas??? nas-diagnostics-20251224-0010.zip

SOLVED! I fixed my own problem. It wasn't anything mentioned on any other help forum. Instead, it's a new quirk of Plex. In 'remote access' settings, I had my correct upload speed entered (just like I did on the old server). I didn't think anything of it, especially since the old server no longer exists. All I did on a hunch was delete the value and press 'save'. Despite Plex telling me 'no upload speed set', HDR now streams flawlessly! Thanks for the new 'feature', Plex!

Guys, I just had to rebuild my Plex docker because my appdata become corrupt. Got Plex up and running, however remote users with Nvidia Shield Pros cannot direct play HDR titles. They used to flawlessly. Here's how their stream shows on my end. Even when disabling subtitles, there's no difference. There should be no transcoding, but I can't figure out why Plex is insisting on it. I've noticed that when unchecking 'enable HDR tonemapping' it allows him to play the title back in HDR - but previously I had this checked so that clients who couldn't play HDR could still benefit from HDR tonemapping. Those who could direct play HDR could still do so flawlessly. Any ideas?

Guys, can someone help me? I really don't want my Plex users to wait another 24 hours until this problem is fixed. First one to successfully help me restore Plex functionality within 2 hours gets a round of beers delivered by me to their Paypal account. I'm dead serious.

UPDATE: I went back into docker settings, deleted the docker img, then reenabled docker. As expected this time, no dockers appear. Went into app store, ticked all the previous dockers I want to install, and let it run. But again, same problem. I cannot get the WebUI to show for any of them. I've made zero network changes to my LAN/router, and for some reason, the weird LAN IP shows for most of the dockers container IP. However, if I try to access the docker UI from within Unraid by clicking on the icon and selecting 'WebUI', my browser all of a sudden wants to go to the correct IP address - still no UI shows though. What am I doing wrong?

Ok so I recreated my docker in docker settings. I pointed the appdata to mnt/cache/appdata, and the docker.img to /mnt/cache/system/docker/docker.img After it ran, I expected to see a blank 'docker' tab, but NO. ALL MY DOCKERS ARE THERE ALREADY! I'm pleasantly surprised, although I don't know how this could've happened. However, when I try to access the web UI for any of them, I notice that it doesn't resolve. I never had any custom networks set for any of them. What could be preventing this from working? EDIT: One thing that's weird is that some of these dockers have unusual IP address on them that I would have never assigned to them. My server has the local IP 192.168.x.x, and all of my dockers previously used that address prefix. However some of them have 172.17.x.x. All the ports seem correct though. Any ideas?