Russonti

Not sure if anyone is seeing this with the new Mistlands update. Not even sure if it's related to this docker container or if it's something with the Mistlands update. Just figured I would put what I'm seeing and doing here in case anyone else comes across this. My buddies told me the update came out today and asked me to update the server. I thought some of these steam servers had auto updates so I checked logs this morning and it looked like it was checking for update every hour and failed on something, then restarted the server. So I did what any IT pro would do, I turned it off and turned it back on again. I kept logs up and watched it download and install the update. I go back to work and heard some buddies were playing on steam deck and computer during the day. No one says anything so I think all is fine. I get on to play this evening after work and then saw a 1995 style icon of a computer/server with a wire to a modem and an red X in the line flashing in the top left hand corner? I was like wts mate? and my buddies were like oh yea your going to get booted. Then we all saw it and got booted. That's when my buddies said they had this happen to them a couple times today and one said he thought it was just because he was on steam deck and had bad signal. So, I checked logs again and saw the same thing I saw this morning where it looked for an update a bunch of times and a couple of the times i saw logs said "Redirecting stderr to '/serverdata/serverfiles/Steam/logs/stderr.txt'". So I checked this file and all it said was "CAppInfoCacheReadFromDiskThread took 154 milliseconds to initialize". Logs for the auto update check before were like 2 and 4 milliseconds. Long story short, I think there is an issue with the auto update game. Again, I dunno if it's the docker container (i doubt), or if it's the new Mistlands update (i tried checking but didn't see anything on their end yet), or if it's just release day and the servers couldn't handle all the auto update request and timed out causing this issue. What did I do? I turned off the auto update game setting and everything seems to be fine so far. Just a heads up.

JorgeB you are a life savor!!!! I am as well on 6.9.2 and my unraid web ui was soo unresponsive I could not do anything like click buttons or even do a boot flash backup that i haven't done in over a year (oops). Seriously, I thought I was a goner and going to loose soo much because my unraid server (web ui wise) was soo locked up and unresponsive I thought it was crashing. How did I get in this predicament? I'm not exactly sure but in january I added a 2tb samsung evo ssd as an unassigned device to store my vm iso images and run them off that drive to keep them off the cache and array. (long story and not sure if that is or what is best practices around that. but best thing i could come up with to fix my issue). A couple months later i started getting Smart Health warnings about reported uncorrected and other drive errors. A couple months after that i was getting dozens and dozens if not hundreds of theses warnings a day. So i ran a Smart Extended Test on the unassigned disk. It some how passed so I tried to turn of the warnings and will maybe send the report results to Samsung some day that I am not too busy. A couple more months later (last week) i noticed i am still getting the smart report warnings and had been busy for the last two months so i haven't checked unraid and had to clear them out. Now we are here today where my unraid server was just unusable in the web ui. I had to have my friend give me the url for Fix Common Problem so i could see what that showed. After spending all day trying to figure out how to back up my flash drive to my pc without using the ui and finally giving up, i googled more about this error and came across this post. That's when i read JorgeB's comment and said what do I have to loose at this point. Like I said I had to use the terminal to delete the smart-one.cfg file. But man did it instantly recover the system. I went back to the web ui and everything started working properly again. Sorry for the long story but i figured i'd share and say thanks again and hopefully this helps someone else

@ich777 you the man. I figured that was going to be the case but wasn't sure. I will force update the container after I have someone check to make sure the world didn't reset again after last nights restart. I also thought I remember reading once upon a time that containers could share the same steamcmd but I wasn't confident enough in my memory. I feel like i can't remember anything these days. Thank you very much. I appreciate all the help and info and everything you do.

@ich777 I don't have a backups folder in my main Valheim directory. Is this something new that you added? I also just noticed that a couple of my different game servers share the same steamcmd directory. Could that cause problems? Should I have each container use a different steamcmd directory? I apologize, I should have noticed that before and looked into it.

@ich777 I just had this happen to me. I think I am a victim of this issue. I have had Valheim server running for over a week now with 6 or so people playing on it without any issues. On Monday I noticed the cpu usage for the container was unusually high (apparently it's a bug that I didn't know at the time). I typically have a simple restart script run daily for my containers running game servers. I just use the community applications - user scripts and just run a simple docker restart 'container'. Some of them I do a docker stop then a cold copy/paste into a backup directory and then start the container again. Unfortunately, I did not do that for the Valheim server because of time constraints. On Tuesday after the daily restart happened I got word that players could not join the server. When they tried the screen would load all black and they were not prompted for a password. I restarted the container again so they could log into the server. At that time we found out that the world was reset and everything they built was gone. However, they do still have everything that is in their inventory. Unfortunately I do not have a back up since i did not set that up. Also unfortunately, it does not appear that I have a world.db.old or any kind of backups that the game did. At least not to my knowledge. The worlds folder only has the one database file and the one .fwl file. I am not too familar with this server setup or game. I haven't even played the game yet but I spun up a server for my friends. Your other game servers work flawlessly so I figured everything would be all good. I saw the "world destroy bug" as well and I am only guessing that is what happened to me. I did have someone build a little shack yesterday to test out the daily restart again tonight to see if it happens every time the docker container is restarted. I will also be rewriting my script to do a copy/paste back up in case it happens again. I was trying to do some research and saw your post so I figured I would give you some info of my experience.

Thank You Squid! The Krusader app worked for me. I guess that would make sense that not all apps would be compatible with SMB. It's kind of funny that it was the app running Microsoft's version of the game is the one that gave me trouble lol. I appreciate the quick response and helpful information!

Hi, I am fairly new to UnRaid. I have been running it for a 3 months without too many issues. I am not sure if this is the correct place to ask my question. If not please let me know. Currently I am running into an issue with permissions on one of my shares. This share is where I put the appData for all of my Docker Minecraft servers. I have two separate Docker images for the two different types of servers. One for Java edition and one for Bedrock edition. The directories in this share for the Java editions work perfectly fine. However, the directories Bedrock containers are giving me permission issues. When trying to edit/modify/delete files and folders in the Bedrock directories from a Windows device I receive an error: You require permission from Unix User\nobody to make changes to this folder. I have been Googling and reading forums on similar issues. Everything that I read says to try running the Docker Safe New Perms Tool. I have tried running this tool but it automatically excluding my Minecraft share. I am not sure why this share is being automatically excluded. I have tried searching for how to remove this share from the exclusion list but am unable to find anything. I have tried running an extended test in Fix Common Problems but still nothing. Ultimately my problem is that I have directories in a share that have permission issues. But from what I am reading the best common fix is to run the Docker Safe New Perms Tool. Unfortunately, this tool is automatically excluding the share that I am having issues with. My question is, is there a way to exclude a share from the exclusion list for this tool? Please let me know if I'm asking in the wrong place or if there is a better way to go about fixing my ultimate issue with folder permissions. Thank you!