vik2or

Ok, copying 2Gb+ files to hdd i get around 55MB/s and to ssd cache, 230MB/s and copying to /mnt/user i get similar numbers (if is no cache or cache preferd ). So i was just fooling myself into thinking i had a problem but i was using dd incorrectly.

Here is the diag data tower-diagnostics-20200129-1733.zip

I noticed that docker containers were slow on writing to mapped volumes, the dd inside the docker was 20x faster. First i thought it was something wrong with docker but then i did a dd test on the server root@Tower:/mnt# dd if=/dev/zero of=/mnt/disk4/DST/test.dat bs=1024 count=100000 100000+0 records in 100000+0 records out 102400000 bytes (102 MB, 98 MiB) copied, 0.182794 s, 560 MB/s root@Tower:/mnt# dd if=/dev/zero of=/mnt/cache/DST/test.dat bs=1024 count=100000 100000+0 records in 100000+0 records out 102400000 bytes (102 MB, 98 MiB) copied, 0.442347 s, 231 MB/s root@Tower:/mnt# dd if=/dev/zero of=/mnt/user/DST/test.dat bs=1024 count=100000 100000+0 records in 100000+0 records out 102400000 bytes (102 MB, 98 MiB) copied, 7.74579 s, 13.2 MB/s root@Tower:/mnt# dd if=/mnt/disk4/DST/test.dat of=/dev/null bs=1024 100000+0 records in 100000+0 records out 102400000 bytes (102 MB, 98 MiB) copied, 0.0804936 s, 1.3 GB/s root@Tower:/mnt# dd if=/mnt/cache/DST/test.dat of=/dev/null bs=1024 100000+0 records in 100000+0 records out 102400000 bytes (102 MB, 98 MiB) copied, 0.0693544 s, 1.5 GB/s root@Tower:/mnt# dd if=/mnt/user/DST/test.dat of=/dev/null bs=1024 100000+0 records in 100000+0 records out 102400000 bytes (102 MB, 98 MiB) copied, 2.76295 s, 37.1 MB/s I have an old KINGSTONE savage SSD as cache and form these test it looks that it has slower write speed than a hdd, i can live with that, but the /mnt/user speed is extremely slow. I saw that there are other topics that complain that they have slow speeds in /mnt/user but it was at most 50% slower not like this. Can anyone help with this?

no rush i'll stay at 6.7.2 for the moment

I don't think there is much to access in the serverfiles, does it work if you only export the mod folder? If you can save the cluster and mods outside the docker and still work i think is ok.

Tried with RC4 and is the same problem. If it is the kernel, will this fix be up to Klei or there are things you can try?

I double checked and i can confirm that something in unraid 6.8.0 breakes the DST server. I run Unraid 6.8.0 in a VirtualBox and it gives the same errors, the mounting file system skips.

it was exactly what @SnickySnacks said. I removed those 2 files and i found a cron i didn't set, removed that too and as i don't really need to access that nginx docker form the internet, lately i only use it locally, i removed the port forwards from the router. Thank you both very much!

yes it is, i have a nginx docker, witch i found to be the problem. If i close it the cpu returns to normal.

Here is the diagnostic zip after it happened again. Stoping the docker service from settings restores the cpu to normal. tower-diagnostics-20191217-0014.zip

After i upgraded to unraid 6.8.0 i noticed that one docker container (a game server for DontStarveTogether) wouldn't start anymore. I tried remaking the container, checked permisions on shares, tired the docker in a VM and it worked there to come to the conclusion that the game server was not able to mount it's data zips anymore in 6.8 for some reason. So i downgraded to 6.7.2, but when i started another docker game server (for minecraft now) that i mostly have on, i noticed that all cores were at 100%, even the isolated ones for VMs, that should not be affected by docker. I thought something went wrong inthe downgrade so i went back to 6.8 (i'll have to use DST server in a vm but atleast the cpu won't overheat). But it started happening again when i started mc. I restarted again and left it without any game server on ... it looked good for like 1h but then it happened again. I don't know what is causing this. I attached a htop from the last time it happened. The "vik2or" user is only used for FTP.

UPDATE: I did a unraid rollback to 6.7.2 and now it works again. So something in 6.8 kills it.

I don't understand why is not working anymore in unraid docker I tried the docker with the exact command that unraid uses in a ubuntu VM and it works And the permisions look the same on both but in unraid docker it just doesn't want to mount the databundle anymore. [00:00:00]: Mounting file system databundles/klump.zip skipped. [00:00:00]: Mounting file system databundles/shaders.zip skipped. [00:00:00]: Mounting file system databundles/fonts.zip skipped. [00:00:00]: Mounting file system databundles/anim_dynamic.zip skipped. [00:00:00]: Mounting file system databundles/bigportraits.zip skipped. [00:00:00]: Mounting file system databundles/images.zip skipped. [00:00:00]: Mounting file system databundles/scripts.zip skipped. don't know what changed, but it looks that it might not be related to the docker image.

I don't have any dontstarve files (except steamcmd) in appdata, i have a share with 2 folders, serverfiles and cluster for that. I tried leaving the default paths but same error. I didn't use the rebuild permissions. I did move some files around from drive to drive with mc when i changed the cache SSD but that shouldn't affect the /mnt/user/... path or permisions. The dst files are set to nobody/users 777

I deleted everything again, serverfiles, cluster_1 (which has the savefiles) even steamcmd this time and deleted the docker image too. The same error "DoLuaFile Could not load lua file scripts/main.lua" and main.lua exists in scripts.zip in data/databundles. Is like it can't read the zip file anymore. I tried unzipping scripts into data folder and it went past that but gave other zip errors (couldn't load fonts/ animations .. etc)