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.