TheSkaz

understood! I dont really have an array.. I have 1 drive to just make it work and the other 44 are a zfs pool

actually, changing the path to /mnt/tank/appdata for serverfiles allowed it to start up!

As far as I can tell, validation isnt enabled. if you mean the version of unraid, it is 6.12.9 I have changed nothing in config files and by FUSE vs direct, do you mean /mnt/user/appdata vs /mnt/tank/appdata (its on a zfs pool)?

Here is what the template is set as. UDP ports are stock and the BepInEx is empty. I am unraid 6.12.9

Thank you for your time Removed the credentials, removed the container, removed both the steamcmd and the vrising folder, reinstalled the container ensuring that the credentials are not there: tail: cannot open '/serverdata/serverfiles/logs/VRisingServer.log' for reading: No such file or directory tail: no files remaining tail: cannot open '/serverdata/serverfiles/logs/VRisingServer.log' for reading: No such file or directory tail: no files remaining UpdateUI: skip show logoSteam Console Client (c) Valve Corporation - version 1709846822 -- type 'quit' to exit -- Loading Steam API...OK "@sSteamCmdForcePlatformType" = "windows" Connecting anonymously to Steam Public...OK Waiting for client config...OK Waiting for user info...OK Success! App '1829350' already up to date. ---BepInEx for V Rising disabled!--- ---Checking if WINE workdirectory is present--- ---WINE workdirectory found--- ---Checking if WINE is properly installed--- ---WINE properly set up--- ---Checking for old display lock files--- ---Server ready--- ---Start Server--- ---Ensuring UID: 99 matches user--- usermod: no changes ---Ensuring GID: 100 matches user--- usermod: no changes ---Setting umask to 000--- ---Checking for optional scripts--- ---No optional script found, continuing--- ---Taking ownership of data...--- ---Starting...--- ---Update SteamCMD--- tid(22) burning pthread_key_t == 0 so we never use it Redirecting stderr to '/serverdata/Steam/logs/stderr.txt' Logging directory: '/serverdata/Steam/logs' minidumps folder is set to /tmp/dumps [ 0%] Checking for available updates... [----] Verifying installation... UpdateUI: skip show logoSteam Console Client (c) Valve Corporation - version 1709846822 -- type 'quit' to exit -- Loading Steam API...OK Connecting anonymously to Steam Public...OK Waiting for client config...OK Waiting for user info...OK ---Update Server--- tid(45) burning pthread_key_t == 0 so we never use it Redirecting stderr to '/serverdata/Steam/logs/stderr.txt' Logging directory: '/serverdata/Steam/logs' minidumps folder is set to /tmp/dumps [ 0%] Checking for available updates... [----] Verifying installation... UpdateUI: skip show logoSteam Console Client (c) Valve Corporation - version 1709846822 -- type 'quit' to exit -- Loading Steam API...OK "@sSteamCmdForcePlatformType" = "windows" Connecting anonymously to Steam Public...OK Waiting for client config...OK Waiting for user info...OK Success! App '1829350' already up to date. ---BepInEx for V Rising disabled!--- ---Checking if WINE workdirectory is present--- ---WINE workdirectory found--- ---Checking if WINE is properly installed--- ---WINE properly set up--- ---Checking for old display lock files--- ---Server ready--- ---Start Server--- ---Ensuring UID: 99 matches user--- usermod: no changes ---Ensuring GID: 100 matches user--- usermod: no changes ---Setting umask to 000--- ---Checking for optional scripts--- ---No optional script found, continuing--- ---Taking ownership of data...--- ---Starting...--- ---Update SteamCMD--- tid(22) burning pthread_key_t == 0 so we never use it Redirecting stderr to '/serverdata/Steam/logs/stderr.txt' Logging directory: '/serverdata/Steam/logs' minidumps folder is set to /tmp/dumps [ 0%] Checking for available updates... [----] Verifying installation... UpdateUI: skip show logoSteam Console Client (c) Valve Corporation - version 1709846822 -- type 'quit' to exit -- Loading Steam API...OK Connecting anonymously to Steam Public...OK Waiting for client config...OK Waiting for user info...OK ---Update Server---

Just installed the V rising docker with all defaults (except for adding my steam creds) and it has been looping non-stop: UpdateUI: skip show logoSteam Console Client (c) Valve Corporation - version 1709846822 -- type 'quit' to exit -- Loading Steam API...OK "@sSteamCmdForcePlatformType" = "windows" Logging in user 'xxxxxxxxxx' to Steam Public...FAILED (Rate Limit Exceeded) ---BepInEx for V Rising disabled!--- ---Checking if WINE workdirectory is present--- ---WINE workdirectory found--- ---Checking if WINE is properly installed--- ---WINE properly set up--- ---Checking for old display lock files--- ---Server ready--- ---Start Server--- ---Ensuring UID: 99 matches user--- usermod: no changes ---Ensuring GID: 100 matches user--- usermod: no changes ---Setting umask to 000--- ---Checking for optional scripts--- ---No optional script found, continuing--- ---Taking ownership of data...--- ---Starting...--- ---Update SteamCMD--- tid(22) burning pthread_key_t == 0 so we never use it Redirecting stderr to '/serverdata/Steam/logs/stderr.txt' Logging directory: '/serverdata/Steam/logs' minidumps folder is set to /tmp/dumps [ 0%] Checking for available updates... [----] Verifying installation... UpdateUI: skip show logoSteam Console Client (c) Valve Corporation - version 1709846822 -- type 'quit' to exit -- Loading Steam API...OK Is there a detail that I am missing?

Unraid is currently locking up, even after reboot. tested Memory and no issues reported, Disabled all but one docker (it is critical) issue remains. It will freeze (except for the GUI) and then start back, go to 100% CPU for a short time, then do it again. No new changes, nothing installed, ran a couple updates for docker images, but those are stopped now. backup-diagnostics-20240321-1332.zip

running 2024.01.05 (my birthday!) and unraid 6.12.6 and in the system stats tab, the storage graph shows 26 disks, But I have 45 disks, 44 of them are in a ZFS pool. 1. can I do something to update the disks 2. does the graph speeds represent 26 or 45 disks as it is? (If it represents all of them, I dont care that it says 26)

Im running a stress test in safe mode, and not getting any freezes

I believe I am using exclusive shares. I have a zfs pool with 44 drives. I have 11 shares on that pool, withthe share called s3data (a dataset in the pool) being exclusively used for Minio (which is the one getting hit). Is that what you mean?

Not sure how to test over time. 100% of the workload is within Docker/VMs. Basically, I have a Minio Docker that is getting written to 24/7 and 3 VMs that are being used. I can write a script maybe that writes a large file, deletes, and repeats... That will have to wait until I get Minio Complete. that will be around a month. Ill Check back in when I can test.

My server, 6.12.6 is randomly locking up (web UI, disk access, ssh) for about 10 to 15 seconds, becomes completely unresponsive, and then resumes. I haven't found any errors. during this time in the logs. It is happening about every 5 minutes when I am paying attention. Any ideas? backup-diagnostics-20240121-2041.zip

Its been solid ever since... i think that was the issue

done. lets see how it goes