windowslucker
-
Posts
9 -
Joined
-
Last visited
Content Type
Profiles
Forums
Downloads
Store
Gallery
Bug Reports
Documentation
Landing
Report Comments posted by windowslucker
-
-
4 hours ago, xxxliqu1dxxx said:
Try copying straight to disk shares to confirm the issue is not present
I'm not sure if I understand you correctly. Do you mean I should try copying straight to e.g. /mnt/disk1/folderxy instead of /mnt/user/folderxy?
-
21 hours ago, hawihoney said:
My VMs are heavily in use and your VMs are not actively used? I guess that the VM's are busy with itself.
I just ran a test with VM Manager switched off under Settings -> VM Manager and another test with VM-Manager switched on, but without starting any VMs. So no VMs turned on in any of those two tests.
The results between both of those tests stayed the same.
The only difference to the problem I described in my post above was, that the CPU load didn't skyrocket like it did earlier, but rather increased slowly and gradually over the time of 3 minutes or so. The outcome, however is the same. Dockers unresponding and huge CPU load.This test was done by coping three 10 Gb files from my desktop computer to an unraid share. The share's configuration can be seen in the screenshot below.
I've also recorded the main part of the copying stuff where the unresponsive dockers, switched off VMs and huge CPU load can be observed.
The Video can be found here: Unraid Bug Report CPU/IOWAIT
-
25 minutes ago, hawihoney said:
I'm out because I don't understand running QEMU processes without active VMs
Well I may have been unclear. The VMs are active in the screenshot above but weren't actively used or copied from. They were more or less sitting idle at that time.
-
3 hours ago, hawihoney said:
Are you copying from a VM to the array or from the array to a VM? Or does a VM write to an passed thru virtual disk?
I ask because I do see high QEMU utilization in your top window.
No VMs are involved in this case. Just copying from my PC to a SMB share.
Also, the problem consists regardless of VMs or Docker Containers. If I switch them all off, I still get the same high CPU utilization and iowait while copying to the array.
[6.8.3-6.9.2] Huge CPU Load and IO-Wait when copying to Array
in Stable Releases
Posted
I just did another test copying directly to the disk share, as you suggested. VMs were switched off, again. As I can't think of any way to copy to a disk share using SMB, the only difference to my prior tests is that I was using WinSCP to copy the files to /mnt/disk1/copyTestShare.
As far as I can tell, the issue stayed the same. Unaccessible dockers and high CPU load. The Unraid Webinterface stayed accessible, though.
Also, WinSCP got some weird disconnects while copying. The text on the top right window says: "The remote computer didn't send any data for more than 15 seconds." I think it has something to do with unraid freezing, but of course I'm not completely sure if that's really the case.
Again, I recorded everything and uploaded it to Youtube for you to review.