Hanfufu

It was the second m.2 NVME drive in the cache pools But ty for the info, will try to grow balls enough to try to update UNRAID 🥴

I had some trouble with a disk suddenly not being recognized, and when it booted up it didnt start the array, and i had the option of selecting the missing disk.

Am on 6.9.2, and yes the pool is redundant

Hey all! I just bought 2 new 1TB NVME SSDs for an existing cache pool in unraid. The old ones are also 1TB each and M.2. Since VMS and dockers are running from that cache pool, i wanna make sure it just works. Is it correct, that I can simply swap 1 of the drives, and on reboot, select the new drive, in the dropdown where it says missing disk. Start the array, let it sync the old drive to the new. Rinse and repeat with drive 2, when the sync is done?

Omg thank you so much, have had this happen multiple times, just made a new VM every time, but this just fixed it!

Hey Jonp, thanks again for your time, its invaluable! My main router is an ASUS RT-AX86U. I have a cable running from that, to a no-name 5 port gigabit switch, which then connects to my server and a wifi extender setup. I just tried to remove the switch as a possible issue, so the cable was running straight from my router to the server. The results are extremely confusing... When removing that switch, the problems still persists, but the download speed was like capped at 30MB/sec - makes absolutely no sence to me. Also tried: using just ethernet 1 (onboard Intel I211 something) using just ethernet 2 (PCIe Intel Gigabit generic adapter) using just ethernet 1 without the switch using just ethernet 2 without the switch using both ethernet simultaneous. used another brand new cable. Still the issue persits. About it being a bad cable/setup, we have to remember that: Downloading to c-drive (vdisk file) in VM runs PERFECTLY @ 60MB/sec - it is only when i save it the the \\tower\media network share from within the VM that the problems show up. Downloading to array through qBittorrent running in Docker, also runs perfectly @ stable 60MB/sec. Nothing has been changed with my setup, going from WS2016 to UNRAID, same cables, setup etc and it always ran perfect. So if this was a bad cable etc, im sure it would have come up as a problem, in the past 2.5 years where my setup (LAN wise) has been exactly the same. But anyway i have now tried different cable etc with no luck, but it was indeed worth a shot. Also as mentioned before, the problem appeared on my old Intel Xeon X99 board, which only had a 3m cable directly into my router, so it is very strange indeed

Sorry for the delay in posting, have been pretty busy the past few days. Sadly its still the same behaviour when testing on that VM, with the other shut down I have however, discovered that the stuttering was misinterpreted by me. it is only RDP/VNC over ethernet that chokes it. VNC via VM Manager in unraid gui does not stutter, it is only the download speeds that are affected. This also makes sence, since there are no CPU usage what so ever, so I am confident that it is NOT a CPU issue. Also i found out, that limiting the amount of open connections pr torrent to 6 Peers only, and only downloading 1 torrent at a time, runs ALOT better. The download still goes way down to sub 5 MBps, but generelly stays in the 50MBps range, with an average download speed of around 35-45MBps. It is NOT a permanent fix, but makes it possible to download at somewhat respectable speeds. Starting 2 downloads at once, makes it choke the LAN completely once again - but as stated without any stuttering per say, it is just network related, and the more open connections there are, the more it chokes.

Thanks for your clarification on the CPU pinning system! I was however considering some misconfig of these settings, but everywhere i found topics related to my problem, there was always 1 core that was maxing out and bottlenecking the VM, but I am not experiencing anything of the sorts. No load of any kind on any of the cores, CPU usage is only a few % with no cores showing full or even high usage. Only 2 VMs are running, the Windows Server 2016 old is running an iis/SQL Server and cannot be shut down atm. And the Windows Server 2016 SATA, is the one i am currently testing on. Linux Mint was only to test if the problem would also occur in a Linux VM, just to cross that off the list. I just tried shutting down all dockers and still only running the 2 VMS i mentioned above. Same result, download spends 95% of the time at around 0kb/sec and VM non responsive via RDP It really baffles me if it is not related to the virtualization network stuff, since downloading to the vdisk file aka c drive inside the VM, runs perfectly smooth @ full speed. It is only, and only if i download/copy to the array/cache from inside the VM, the problems occur.

I just found a tool called ifconfig, and running that shows ALOT of dropped packets

I also saw this, under IPv6 there are lots of discarded packets. I also disabled IPv6 on the VM a while back, to make sure that it didnt cause problems. Also i posted a screenshot of Network Settings, showing something odd with IPv6 route, but im not a network expert so dont know if its relevant.

Holy sh*t that gives a lot of information, didnt know that app, thanks! I dont know what to look for, but i found a lot of packet drops, check the screendump, no idea if its relevant. I will check if i can see anything, if the network error in qbittorrent shows up again soon.

Not sure if it helps, but here are a few screenshots of an error that often happens after a long time of VM being frozen. Also from the eventlog in Windows.

Thanks a lot for the response! I posted a few more screenshots of CPU usage while the VM is frozen, connected via RDP. And as i mentioned earlier, i discovered that connection via UNRAID WEBui VNc (VNC Remote), the stuttering is non existing, but the download speeds are still displaying the same behaviour with the download speed hitting < 1Mbits 98% of the time. tower-diagnostics-20220224-0953.zip

I will post another diagnostics when im at my pc again, with no cpu intensive tasks running

Not sure what you mean, i was not running folding@home or anything, i may have been running some handbrake encoding, but that does not affect anything, as my VMS run fine until there are IO between it and network/user shares on the UNRAID server, no matter how many plex transcodes are running. Shutting down all other VMs/dockers, doesnt affect this behaviour, it still happens.