Remamian

Still nothing, running my VM for a week now no issues. As soon as I stop it, with 15 or so minutes and start it, big whole server lag.

Nevermind, today its back. No changes have been made since it was working. Still need help. Here is a new diagnostics. quark-diagnostics-20251113-1520.zip

Yes. However addendum. I got to thinking about my Gen 1 and Gen 2 threadripper (this is gen 3) and Numa nodes. So i setup the VM to only connect to cores on the same numa node, the numa node that the GPU is on. And boom; no issues. So... numa node issue i'm assuming. But that limits each VM to maximum of 8 core/16 thread. And if its using a GPU all of mine are on Numa node -1 (which i'm assuming is 0). In which case it limits them to 7/14 since i cant use CPU 0.

I've had this issue before. We thought it was hardware issue so i changed out all of my drives, NVMe's, CPU, motherboard, ram, cables, UNRAID usb, clean install, literally the kit and caboodle. I finally got around to setting up VM's the other day got one all setup and then shut it down as I didn't need it yet. Today i start it up and unraid locks up for a good 2-5 minutes. Previously this problem slowly got worse and worse till that time-frame was 10-15 minutes. Unraid: 128gb ram, threadripper. 2 GPU's on system 1 (ARC) is assigned to PLEX and 1 (RTX) is assigned to VM. VM: cache setup with GPU passthrough. VM is not on core set 1 or 2, has 32gb ram and 8 core. CPU isolation is on for VM's) Diag of system shortly after attempting to load VM. Libvert just repeats this over and over until the VM actually finally pulls up. Once the VM is up its all honkey dorey just fine. 2025-11-12 16:24:42.103+0000: 2182719: warning : virDomainObjBeginJobInternal:434 : Cannot start job (query, none, none) in API remoteDispatchConnectGetAllDomainStats for domain Windows 11; current job is (async nested, none, start) owned by (23544 remoteDispatchDomainCreate, 0 <null>, 23544 remoteDispatchDomainCreate (flags=0x0)) for (0s, 0s, 272s) 2025-11-12 16:24:42.103+0000: 2182719: error : virDomainObjBeginJobInternal:468 : Timed out during operation: cannot acquire state change lock (held by monitor=remoteDispatchDomainCreate) quark-diagnostics-20251112-1130.zip VM XML <?xml version='1.0' encoding='UTF-8'?> <domain type='kvm' id='3'> <name>Windows 11</name> <uuid>a82949ad-0e76-5f8b-d3eb-087d4ba762fe</uuid> <metadata> <vmtemplate xmlns="unraid" name="Windows 11" iconold="windows11.png" icon="windows11.png" os="windowstpm" webui="" storage="default"/> </metadata> <memory unit='KiB'>33554432</memory> <currentMemory unit='KiB'>33554432</currentMemory> <memoryBacking> <nosharepages/> </memoryBacking> <vcpu placement='static'>18</vcpu> <cputune> <vcpupin vcpu='0' cpuset='2'/> <vcpupin vcpu='1' cpuset='34'/> <vcpupin vcpu='2' cpuset='3'/> <vcpupin vcpu='3' cpuset='35'/> <vcpupin vcpu='4' cpuset='4'/> <vcpupin vcpu='5' cpuset='36'/> <vcpupin vcpu='6' cpuset='5'/> <vcpupin vcpu='7' cpuset='37'/> <vcpupin vcpu='8' cpuset='6'/> <vcpupin vcpu='9' cpuset='38'/> <vcpupin vcpu='10' cpuset='7'/> <vcpupin vcpu='11' cpuset='39'/> <vcpupin vcpu='12' cpuset='8'/> <vcpupin vcpu='13' cpuset='40'/> <vcpupin vcpu='14' cpuset='9'/> <vcpupin vcpu='15' cpuset='41'/> <vcpupin vcpu='16' cpuset='10'/> <vcpupin vcpu='17' cpuset='42'/> </cputune> <resource> <partition>/machine</partition> </resource> <os> <type arch='x86_64' machine='pc-i440fx-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/a82949ad-0e76-5f8b-d3eb-087d4ba762fe_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='9' threads='2'/> <cache mode='passthrough'/> <feature policy='require' name='topoext'/> </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='raw' cache='writeback' discard='unmap'/> <source file='/mnt/user/domains/Windows 11/vdisk1.img' index='1'/> <backingStore/> <target dev='hdc' bus='virtio'/> <serial>vdisk1</serial> <boot order='1'/> <alias name='virtio-disk2'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x05' function='0x0'/> </disk> <controller type='pci' index='0' model='pci-root'> <alias name='pci.0'/> </controller> <controller type='sata' index='0'> <alias name='sata0'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x0'/> </controller> <controller type='virtio-serial' index='0'> <alias name='virtio-serial0'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x04' function='0x0'/> </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:e6:77:94'/> <source bridge='br0'/> <target dev='vnet2'/> <model type='virtio-net'/> <alias name='net0'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x02' 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/3-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='mouse' bus='ps2'> <alias name='input0'/> </input> <input type='keyboard' bus='ps2'> <alias name='input1'/> </input> <tpm model='tpm-tis'> <backend type='emulator' version='2.0' persistent_state='yes'/> <alias name='tpm0'/> </tpm> <audio id='1' type='none'/> <hostdev mode='subsystem' type='pci' managed='yes'> <driver name='vfio'/> <source> <address domain='0x0000' bus='0x4b' slot='0x00' function='0x0'/> </source> <alias name='hostdev0'/> <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='0x4b' slot='0x00' function='0x1'/> </source> <alias name='hostdev1'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x08' function='0x0'/> </hostdev> <hostdev mode='subsystem' type='usb' managed='no'> <source> <vendor id='0x8087'/> <product id='0x0029'/> <address bus='5' device='4'/> </source> <alias name='hostdev2'/> <address type='usb' bus='0' port='1'/> </hostdev> <memballoon model='none'/> </devices> <seclabel type='dynamic' model='dac' relabel='yes'> <label>+0:+100</label> <imagelabel>+0:+100</imagelabel> </seclabel> </domain>

its um... 390tb >.> threadripper cpu

Updated and also getting I have not restarted unraid, the container, or anything. Its been up for about 15 minutes as of this post.

So i grabbed a new top seeded thing that i have not downloaded in the past and its also seeding properly. Maybe there is a cached thing with these old ones thats keeping them from seeding properly. Is there some way to i dunno 'clear cache' of deluge? EDIT: I completely uninstalled deluge, deleted app data and reinstalled from scratch. Redownloaded the above torrents and they are doing the same thing. Peers will connect but uploading is not happening...

I get that if i have STRICT_PORT_FORWARDING on, try turning if off?

Reloaded all the PIA credentials, same thing. I did notice a behavior i had not witnessed before. That top torrent is seeding just fine right now, no issues, but the rest of them do not. I deleted all of those other ones and i am re-downloading but still wont seed The below info is for Windows 1809 All Versions. As you can see lots of connections but 0 upload, this is the same with all the 0 torrents. These are the top leecher torrents on IPTor so should be constantly being downloaded.

To add, the torrents DO show peers connecting, just no bandwidth being used.

100% immedately changed back. Just used it for diagnostics to rule out a port forwarding issue.

I have an odd issue i cant seem to find a fix for. I'm not really seeding anymore, use PIA and go through IPTor. Currently have the top 10 most leeched items in deluge just sitting there with no seeding. I am getting seeding on some items from time to time but its like they stop seeding way quick. Facts: 1. Downloads are perfectly fine and run at very good connection speeds 2. Torrents do show up in IPTor peers list but with 0 seed time, 0 ratio etc etc. 3. After disabling privoxy some connections would come through but still nowhere near where traffic used to be (56kbps or less for less than 1 minute each connect) 4. Connection speed available is 1000mbps up / 45mbps down 5. running these on a windows computer through deluge yields normal results (seeds properly, shows up in IPTor, seeds at good speeds of mbps instead of kbps) all on the same network. Steps I've taken to remedy 1. Redownloaded PIA certs and changed to Czech 2. Changed queue settings and even went to high numbers just to see if there was any change 3. Also changed Bandwidth preferences... no change 4. Restarted server, rebooted modem/router and even factory restored both and updated firmware with no change on all 5. Setup unraid as DMZ to ensure there was no port issues (no change) and setup Port Forwarding also with no change 6. Tried with and without Privoxy setting being on (I'm not currently using privoxy). Without would let some connections happen on restart but after a minute or two they would all stop seeding again.

I've been getting the same thing with 6.9 causing NIC hiccups. In my case i'm using SMB to access my files when it happens.

I know similar dockers have been requested already but this seems the easiest of those to use. https://github.com/AzuraCast/AzuraCast https://www.azuracast.com/ Radio Hosting / AutoDJ / Web DJ software

So i've had multiple issues now Q22, Q19, Q16 fixed almost all of them (PIA change thing) Now everything works but 0.0kbps always on upload. Download works fine. I currently have 2 of the most requested things on iptorrent running, and both are 0.0kbps and have been for over 24 hours.

How did you get your free/used bars to look like that?

I may just be doing something stupid. I setup LIDARR as i did SONARR and RADARR. LIDARR works fine, grabs the album downloads it, but it just makes the final folder in my downloads/complete folder instead of actually doing the final move to place it into my media folder. I manually moved it and plex read it all just fine. I have my root folder setup as downloads/complete as most people i've seen do, should this be changed? How do i find the media folder i setup?

Having the same problem. Rolled back works, but wont work with the newest version. Using MULLVAD EDIT* I did just realize under preferences > Network > Incoming address this is blank. I dont remember ever having a setting for this is there a default it should be?

It seems if Radarr automatically imports when it finds a new file, it takes no time, but if i manually do it it takes forever. I'm pretty sure, i'll have to do more testing. Edit: After testing, it is loading quickly/normal when it automatically pulls in, but indeed the manual import is what takes forever. Precautionary steps I took today; Reseated all 8 sticks of RAM and tested for 3 hours (no errors) Reseated the processor and torked it down properly (Was a little loose on one of the 3 torx screws) Unplugged/reseated all cables in the build Stress tested the CPU at 100% utilization for 1.5 hours, no hiccups No change after all that.

Updated Radarr/Jackett this morning Checked network, i'm running 1000/55 with good ping times and DNS is resolving I did force everything in AppData/Downloads/Domains over to my cache Tried 2 files (5gb and 7gb) and it took 30 minutes to import. Its like hardlinking isnt working (And yes i know downloads is in cache now, it was in array before and doing the same thing)

So i assume this is just a mix/mess up on my side. But since some major hardware changes, and a accidental format, my 'import' option on radarr/sonarr just takes forever. Backstory: Upgraded hardware over thanksgiving from an i7-8086k // 32gb ram // 48tb (4 drives) // 512gb cache to a 2990wx Threadripper // 128gb ECC // 96tb (8 drives) // 512+1024gb cache. This being said, came right up and i went to add my 4 new drives and upgrade my key, i accidentally formatted my 512 SSD cache loosing my Appdata folder and VM's. So at this point i've set it all back up, but when i go to manually import a video via radarr or sonarr where it used to take 5 minutes or less, it now can take 30m-2hrs. I assume its a Host Path setting of some kind. Or some other setting I'm making a lot of mistakes (like formatting cache), which of course i will blame on too much turkey, but any help would be greatly appricated. I have over 100 new movies to add and i'll be changing my 1080p content to 4k, but not if it takes 2 hours to import.

I just saw this on the applist for unraid and installed. Its been running for 3 hours (3 workers) on my i7-8086k with full access to all cores/threads. All 3 workers are still showing 0%. I'm using default settings. CPU usage has been 100% for the full 3 hours I did just make sure that remove subtitles was checked, turned down to only 2 workers, and restarted the container. Its been running for 20 minutes still 0% completed in docker, still 100% CPU usage on all cores. I've also turned off all other dockers so only this one is running. (I did set it to a share using cache only, minimum available space is 100GB) Edit: I changed the codec from HEVC to 264 and let it run for a few minutes, it did complete some files but again showed no % updates at all. It would do one every 10-15 minutes this way, but will not do anything with the default HEVC.

Same here.

While that actually didn't help, it did lead me to find a fix! I deleted the 'perms' file and 'credentials.conf' and let the docker remake them. After that, came up fine!

Having issues. Had a repeated power outage at the house causing the docker.img to be corrupted. I deleted it and created a new one, and reset the appdata for deluge VPN. All my other containers are working again as intended but i cant get Deluge to start up properly. I followed Space-Invaders setup and added in the OPENvpn info from the first page here.