StuDaBaiker

If anyone else has this issue, Tautulli was incorrectly mapped to the Plex log directory which was creating the folder on the array

That is exactly what it is. My media is stored on a different computer. That is not the issue here

I've ignored this for a long time but I'd like to figure out why it is happening. My appdata folder is set to cache only but I have folders created on the array. I moved everything over manually and restarted and Plex creates an empty log folder on the array. I've looked through the template and everything is set to cache. Any ideas?

This error is back now. Worked fine after reinstalling but noticed today the same error is back. Any ideas?

Full uninstall and reinstall fixed it

I just updated to the latest version and I am getting an error about an invalid argument passed to foreach loop

I started having this issue this week. Not just rarbg. Every indexer either through sonarr or through jackett

You need to passthrough the entire IOMMU group. There is no way around that. If everything in that group is for the video card then you need to add the rest of the items to your passthrough. Make sure you are passing your gpu audio in as well as your sound card. If it automatically passes the rest of the group for you thats all you need to change. If not, first ensure IOMMU is enabled in bios. That might potentially fix your groups. I don't have experience with your gpu but mine has the GPU and GPU sound in their own groups by default. If this is not the case you will need to enable acs override. Watch some spaceinvaderone videos on youtube, he covers all of this in his gpu passthrough to vm videos

Hardware MSI X470 Gaming Plus Ryzen 2700x Kraken X62 AIO with fans in push/pull 4 x 16 GB 3200Mhz Ram (Can get to boot at 2933, have backed down to 2866 currently, have also tried at 2133) 1 TB Sabrent Rocket NVMe drive (passed through to VM) 2 x 1 TB 5400 RPM HDD (One for array, one for parity) 3 x 500 GB Samsung 850 SSD (cache drive, not used for this VM) Zotac 750ti (Used as primary GPU for UnRaid) XFX Vega 64 Reference (Passed through to VM) Corsair RM850x PSU (Purchased 6 months ago, entire 850w rating is supported on the 12v rail) USB Controller (Passed through, devices connected: Mouse, KB, Soundcard, Bluetooth) Tried Clear CMOS button Remove battery for 20+ minutes Works fine bare metal Changed RAM slots Reseatted GPU Creating a new VM Overclocking, Underclocking, Stock for GPU, RAM, and CPU Clean dust and repaste GPU HPET on and off (unRaid and VM) Issue When running vm it quickly freezes, usb drops and reconnects then vm restarts. After 2 or 3 restarts it will usually freeze during boot and VM will need a force stop. It can be started back up at this point but sometimes during the freeze it will crash all of unRaid. At least to the point of the webserver being unreachable. I will attach the most recent diagnostics from the usb drive and my current xml file. Logs from the VM and unRaid didn't seem out of the ordinary. The strangest part is I've been running fine for so long. This VM has been in use for close to two years with minimal issues. I'm not sure if I recently tweaked something that caused issues or not. Just a few days before this I had an issue with stuttering when moving the mouse. Eventually tracked it down to the polling rate of the mouse (Worked fine at 1000 previously). I installed the software and turned it down to 250 and everything worked great for a full day. I woke up the next day and unRaid had crashed. It was frozen for quite a while and my system clock seemed to have gotten stuck when it froze; the time in the bios was off. That made me think it was a hardware issue, but I've spent the last couple weeks running bare metal with no issues. No matter what stress test or benchmark I put it through everything has checked out. I've also ran unRaid overnight a few times and haven't had any crashes without running the VM. I also have another VM that I did let run during this time and it seemed to be fine. I do have VM cores isolated though so its possible the issue didn't show under less stress. Just remembered I changed HPET settings around this time as well. Turned them off for unRaid and the VM and performance is better but still crashes and restarts. I am using this build of unRaid as the newer kernel fixed some issues with the VM that pretty much started working properly after the update. Newer builds of unRaid go back to the older kernel. Maybe a more experienced eye can spot the issue or point me in the right direction. Thanks for the help! <?xml version='1.0' encoding='UTF-8'?> <domain type='kvm' id='4'> <name>Windows 10 new</name> <uuid>226fdef2-a553-9fd5-585b-04d7050c9f48</uuid> <metadata> <vmtemplate xmlns="unraid" name="Windows 10" icon="windows.png" os="windows10"/> </metadata> <memory unit='KiB'>16777216</memory> <currentMemory unit='KiB'>16777216</currentMemory> <memoryBacking> <nosharepages/> </memoryBacking> <vcpu placement='static'>6</vcpu> <cputune> <vcpupin vcpu='0' cpuset='8'/> <vcpupin vcpu='1' cpuset='9'/> <vcpupin vcpu='2' cpuset='10'/> <vcpupin vcpu='3' cpuset='11'/> <vcpupin vcpu='4' cpuset='12'/> <vcpupin vcpu='5' cpuset='13'/> <emulatorpin cpuset='14-15'/> </cputune> <resource> <partition>/machine</partition> </resource> <os> <type arch='x86_64' machine='pc-q35-4.1'>hvm</type> <loader readonly='yes' type='pflash'>/usr/share/qemu/ovmf-x64/OVMF_CODE-pure-efi.fd</loader> <nvram>/etc/libvirt/qemu/nvram/226fdef2-a553-9fd5-585b-04d7050c9f48_VARS-pure-efi.fd</nvram> <boot dev='hd'/> <bootmenu enable='yes'/> </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='6' threads='1'/> <feature policy='require' name='topoext'/> </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> <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-root-port'> <model name='pcie-root-port'/> <target chassis='7' port='0xe'/> <alias name='pci.7'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x6'/> </controller> <controller type='pci' index='8' model='pcie-root-port'> <model name='pcie-root-port'/> <target chassis='8' port='0xf'/> <alias name='pci.8'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x7'/> </controller> <controller type='pci' index='9' model='pcie-root-port'> <model name='pcie-root-port'/> <target chassis='9' port='0x10'/> <alias name='pci.9'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x0'/> </controller> <controller type='pci' index='10' model='pcie-to-pci-bridge'> <model name='pcie-pci-bridge'/> <alias name='pci.10'/> <address type='pci' domain='0x0000' bus='0x02' slot='0x00' function='0x0'/> </controller> <controller type='virtio-serial' index='0'> <alias name='virtio-serial0'/> <address type='pci' domain='0x0000' bus='0x01' 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:31:71:67'/> <source bridge='br0'/> <target dev='vnet1'/> <model type='virtio'/> <alias name='net0'/> <address type='pci' domain='0x0000' bus='0x03' slot='0x00' function='0x0'/> </interface> <serial type='pty'> <source path='/dev/pts/1'/> <target type='isa-serial' port='0'> <model name='isa-serial'/> </target> <alias name='serial0'/> </serial> <console type='pty' tty='/dev/pts/1'> <source path='/dev/pts/1'/> <target type='serial' port='0'/> <alias name='serial0'/> </console> <channel type='unix'> <source mode='bind' path='/var/lib/libvirt/qemu/channel/target/domain-4-Windows 10 new/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> <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> <hostdev mode='subsystem' type='pci' managed='yes'> <driver name='vfio'/> <source> <address domain='0x0000' bus='0x21' slot='0x00' function='0x0'/> </source> <alias name='hostdev0'/> <address type='pci' domain='0x0000' bus='0x04' slot='0x00' function='0x0'/> </hostdev> <hostdev mode='subsystem' type='pci' managed='yes'> <driver name='vfio'/> <source> <address domain='0x0000' bus='0x21' slot='0x00' function='0x1'/> </source> <alias name='hostdev1'/> <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='0x22' slot='0x00' function='0x3'/> </source> <alias name='hostdev2'/> <address type='pci' domain='0x0000' bus='0x07' slot='0x00' function='0x0'/> </hostdev> <hostdev mode='subsystem' type='pci' managed='yes'> <driver name='vfio'/> <source> <address domain='0x0000' bus='0x01' slot='0x00' function='0x0'/> </source> <alias name='hostdev3'/> <address type='pci' domain='0x0000' bus='0x06' slot='0x00' function='0x0'/> </hostdev> <hostdev mode='subsystem' type='usb' managed='no'> <source> <vendor id='0x1e71'/> <product id='0x170e'/> <address bus='1' device='2'/> </source> <alias name='hostdev4'/> <address type='usb' bus='0' port='3'/> </hostdev> <hub type='usb'> <alias name='hub0'/> <address type='usb' bus='0' port='2'/> </hub> <memballoon model='none'/> </devices> <seclabel type='dynamic' model='dac' relabel='yes'> <label>+0:+100</label> <imagelabel>+0:+100</imagelabel> </seclabel> </domain> fender-diagnostics-20200603-0701.zip windows_10_vm.txt

18a still not working for me. I will try to remote in and get diags fender-diagnostics-20200118-2114.zip

Did a fresh install right before posting

Yes SMB is broken again in the current version. I was trying to roll back like I did the last time this happened but I'm getting an error. Not sure what's up with that but it could be me. I've been trying to get it done on a phone with spotty cellular internet instead of watching plex on the ferry. Could you link me the install path for the commit on Jan 13th. I will attach my diags tomorrow when I have local access to my server if you still need it.

I'm also getting the script error, tried making a new container altogether and the same thing happens with a fresh install. There is probably a typo in one of the updates. I find this docker image has updates that break it very often. I don't use it except to access local devices remotely so it's not on that often, but when I need it tends to be broken half the time. Probably need to wait for an update or roll back to a previous version that works. EDIT: scratch that, a fresh install did work

I will try out the new update right now and let you know if it works for me. EDIT: fstab error has been resolved in latest update (at least for me)

fender-diagnostics-20190324-1221.zip