Nodiaque

it just appeared. Docker hub should show it since it's where it's from. You must check in the tag nodiaque/steamcmd:windrose But I see it in CA now Beware of the info. This game is weird. No Port forwarding and configuration is to be done in .cfg file that are created after the whole game is launched. Which mean let it init, and then shutdown, edit, and play

it should be I think in the hour? It's a process that does it automatically. As for the game, I just started yesterday Soulmask so Windrose will have to wait XD

Ok, so I created a windrose app. I see the server start but I cannot say if it's working or not since I don't have the game. According to the documentation and the docker I saw about this game, there's no port forward required. The game use invitation code. You must let the game fully start before closing and editing both files

I think you are talking about ich777 which is in another thread. My work do come from him though. I just have a very busy schedule and doing server for games I don't own isn't easy since I can't test. I'll see what I can do but can't really provide a time-lapse for now

I'm unsure if people here use booklore, but you should uninstall it.

Technically in unraid, all your docker should run off the same user which would remove that problem. From what I read, the problem is not shelf ark but booklore that set the file as 600. That's what i was saying. Using booklore api, it's booklore that's creating the file.

I haven't tried the booklore integration yet. I did setup booklore not long ago but it's using a different library since it wasn't properly integrated yet. The problem is booklore not running as intended unraid puid and guid of 99:100. Using CWA work properly and the file get moved no problem. What you could do is simply create a custom script in shelfmark that change the mod after the download. You have that option under advanced But there's something bugging me. How do you integrate with booklore? By my understanding, you just set a path to download the files and then whatever library tools you use, you set that folder as import folder. Using either CWA or Booklore shouldn't change the file mod when it get downloaded. If you are talking the file after it got ingested by Booklore, then you need to look at booklore. You might also want to look at the folder where you set the download for booklore, if the parent has 600 file permission, maybe that's why you get 600 file permission on booklore. Is your booklore trying to access from smb? Cause SMB isn't supported by booklore BookLore's file operations (metadata writing, file renaming, file organization) are built for local file systems only. Network-attached storage (NAS, NFS, SMB/CIFS mounts, cloud-backed FUSE, etc.) is unsupported and untested. edit: I see in download mode, there's Booklore API now. Mine is set to Folder since I use CWA. I honestly don't know how it work with the API but I guess when using the API, it's Booklore that create the file. So I'm not sure who is creating that file with 600 permission. You might want to head to both project github and ask question

Did you move the file while the server was running? If so, that's the problem. The docker lost the mapping to the files and you can't do much about it. Restarting the server should restart the mapping. But I don't get why mover would have move those file. Files in appdata should be on ssd cache drive and never moved. You can use unraid file explorer to see if the file exist where the mapping point to

The file is created by the game if it doesn't detect any file. You said you restarted. Did you change the file while the docker was running? If yes, that's the problem, never edit the config file while it's running. As for the default config file or exemple, you can find them on enshrouded website.

The format for password isn't that. It changed in a version that I can't remember. Refer to the game documentation for how to setup the password properly. It's now using role base password. Edit:my bad, I didn't see the json file on my phone and though you just put a password: somewhere in the file. I see now it seems to have roles. I honestly don't own the game so I'm not very sure how to setup the game itself. Maybe start with the demo file on the enshrouded website and go from there? Also don't forget to edit the file while the docker is stopped.

So did anyone got the fix? The problem is unraid that block it. It's not a popup blocker, the link when I over clearly already send me to that block, and only for some docker. The problem is the link was blocked one time with the popup warning me that I'm opening a link to an external website. And if you don't agree, you're screwed. How do I remove the blockage?

Thanks for the input ich777. I don't know where I got the proton from then cause I know nothing about proton. I think I got it from another one of your docker that do have proton and fork from it. Not a big thing, it's been so long. And yeah, the docker size version and copyright are other thing to consider. As for delete the steamapps, I had weird behavior on some game that by doing only that, it created some bug. It's why I prefer the start fresh appdata and just migrate the saves.

I don't have the game so I cannot say. My server run with a pass and only my friend play together. As far as I know, you can set role with different permission https://enshrouded.zendesk.com/hc/en-us/articles/19191581489309-Server-Roles-Configuration Depending on the password, they get different permission. Also: Please note: all user groups have full access to the game world outside the player bases and can engage in combat, collect materials, dig for resources, solve quests etc. Yes, they can get to your base, it's a PVP game. Just like Conan Exiles and other game like it. But that's outside the scope of this thread and better discussed on the game social media platform.

You don't have to run proton. Go back on the first page or in the unraid app, there's 3 version. One without proton, one with proton mark experimental and one beta with another version of proton. If you go read the thread, you'll see people ask for the proton version and I delivered. Some say they have better performance on the proton version, some don't, and recently someone told me the latest version of proton deliver better performance hence the beta version that I'm waiting for confirmation (see thread). The proton version is a version from ich777. He did it with me, he did many other container with proton and it's basicly his work. Yes you don't backup everything under appdata. You only need the savegame and configuration file. You don't even need the backup, it's just a save or the savegame folder (no config). What you did is exactly what I said to do. You could have just wipe your appdata and refresh your container, then restore once it's downloaded (and stopped). It's exactly what I said to do all this time when the auto-update from the steam client doesn't work. As for the double server, tell that to the dev, it's not the docker fault. Also, the server browser is a snapshot in time, you might have ran multiple time your server in a small timeline (specially when switching docker container) which created different ID, thus server is there. Game browser on any game is never live, it take time to refresh. I remember when this game got out, people where having a hard time seeing there server in the browser cause there was too much and it took sometime hours. One of them will sooner or later disapear. Also, please use the edit button instead of doing reply on reply ;) Also, I don't know what you do but you often put underline in your text.

Please read the explanation and understand how the docker work. What do you want me to do? The docker does exactly this: 1) Check if steam client is installed. If not, download steam client from official source http://media.steampowered.com/client/steamcmd_linux.tar.gz, extract it 2) Run steam with command "steamcmd.sh +login anonymous +quit". This is using the official steam client and says to steam "Start, update yourself and quit". This is to be sure steam client is latest version 3) Specially for the proton image, check if proton is installed. If not, get it from the official github, extract it and create the folder for the game server 4) Start steam with command "steamcmd.sh +@sSteamCmdForcePlatformType windows \+force_install_dir ${SERVER_DIR} +login anonymous +app_update ${GAME_ID} +quit". Here, {SERVER_DIR} is the parameter from the docker where appdata is and {GAME_ID} is the steam ID for that game which is 2278520 for enshrouded server. This tell steam to download the game for windows, specify which folder to download it and quit 5) Start the server using proton " ${ASTEAM_PATH}/compatibilitytools.d/GE-Proton${GE_PROTON_VERSION}/proton run ${SERVER_DIR}/enshrouded_server.exe ${GAME_PARAMS} &" So, the docker doesn't contain any file from Steam or the game. Steam handle all the update procedure. It's not the first time that steam doesn't update under proton and under linux a windows game. What do you want me to do? It's Steam that doesn't update, not me. I do not check if the game require update, Steam does. If Steam cannot detect if the game require update, what do you want me to do?

I would say, it also depend on the docker itself. My game docker are from @ich777 which himself based it on someone else. I would say, it's not the docker way to be honest. Normally in docker, you have versionning. Which mean I would have built a docker container that contain enshrouded 1.2.3 and name it with a tag :1.2.3. When 1.2.4 get release, I would then have to built a new version of that docker and tag it :1.2.4 (and also :latest). This is was trigger the "new version available" in unraid. The idea is if someone want then to go to an early version for x reason, he can just change the docker tag for that version. The big problem with that is it require a maintainer as long as that software exist. It's good with software where a version can break, but with games that have steam client and where the games on the client computer are always updated, it's just tedious. So instead, with the way things are done here, you can see the docker container as a computer with and command prompt. When the computer start, it launch the script that download steam, then launch steam to check for steam update, then launch steam with a a parameter to install game 123466 (same parameter you could use launching steam on your computer). It create a very lightweight container that never require update (unless something important change).

that's a steam error, nothing I have to update. Try running from a new container and empty appdata folder, then migrate your setting. There is no update to the docker itself. The docker never change. The docker just launch a script that goes on the internet to download steam, then run steam that download the file. There is no version of any apps. The problem I see, and it's far from the first time I see this problem with enshrouded, is the steam client doesn't update the currently installed enshrouded binary. It's why when you recreated from scratch, it work. The game files weren't present so he was forced to download the new version. Maybe the steam client is also not updated (should also be updated automatically, it's the first thing steam does by itself). It is not something I can fix, it's a Steam Client problem.

what newest update? The docker download directly from steam, there's no enshrouded file in the docker. In fact, even steam is not in the docker, it download if it's not detected in the share. If launching a vanilla docker doesn't work, it means the update is not available. MAYBE, it's due to the proton version, you can try the beta version of the image (see earlier reply) with a newer version of proton.

Version mismatch from the server or when you try to connect to the server? This happen sometime when the server get update either before or after the new game version release. I've had that with various game. The server might not have the new version available yet. You can try just to test to make a backup of the game folder and start with an empty one. If you still get the same error, it's either because the new server version didn't get release or the game client wasn't release yet.

The container itself just download the file at the location specified in the first path, nothing else. If it's not using the direct mode, it will get it from the client path (there could be multiple path I guess depending on multiple client but I never tried that mode) and move it to its download path. This container does nothing else. From there, it's all depending on what you want. Do you just want book to be downloaded in a folder where you can take them to put on your ebook reader? That's what this docker does. If you already have calibre on your computer, you can manually import it from that point. If you want a calibre on the server, you'll have to spin a new container (unraid have many calibre container), set it up and then manually import it like you would do with calibre on your computer. The if you want a better webgui for calibre and a way to automate the import into it, that's when you setup calibre web automated that will both give you a new webgui (way better Imo) and also import whatever you put into its import folder automatically (which you would mount as the download path in shelfmark if you want it to be imported into calibre). So in the end, it's all a question of what you want. This container is a simple downloader tool like a qbittorrent. The difference is there a search engine built in that allow using multiple source, so it's like a Google with a downloader built-in. What you do with it is only limited by your need ;)

You can refer to the official doc if you need more info, it might help understanding how everything work. The downloader path is where the file will be download when you select download. In a full automated way, it would be where calibre Web automated is set to import the file. If using other method, I cannot say. Like if it's manual, it would be where you want it to download so you can fetch them on your array/share. The second path, client path, is only needed if using universal mode (default is direct mode and doesn't use that). It's when you do integration with qbittorrent, prowlarr, nzb and such. It must be the exact same path that you mount in these as the download path. Edit: the app doesn't move anything. The app download in the download mount, the first one. It's the other app you connect to it that does automation. I myself.l use calibre web automated that then import the file from that mount and then do whatever it need to do with it. If using prowlarr, nzb and such, the shelfmark docker will wait for the download complete notice. Since you mapped the exact same map as you download client (let say qbittorrent download in the docker as /download and that on unraid template its mounted to /mnt/user/download, you map the exact same thing in shelfmark), shelfmark will receive a download finish notification from those other software saying download finish at path /download/filedownloaded. Thus shelfmark will take the file from this and put it in its own download folder (the first mapping). You could say the first mapping is the ready to import folder, which is normally the import folder of CWA (as the origin of this project was to automates download and import into CWA)

Copy the mapping from your nzb into that one (for the book) exactly like it is in that one. I do not know how nzb work so I can't really chip in more then that, but it should be the same.

Hello, I'm unable to see the picture but I would suggest reaching the official support from project. My instance is using direct mode and not universal which download from AA, thus I don't know about the prowlarr or sabnzbd link unfortunatly.

Yes you are suppose to change the mapping. That's why I said in the template that you must follow the guide on the github to setup universal. I think I'll remove the mapping in the template to make it less confusing. I followed the github template and that's why I put it with the information to change it. That's why the mount name is /client/path (like in the doc), it's to say to put your client path there. It must match exactly what you have in prowlarr and such. You did put the information at the right place, the edit you did in the second step is what you needed to also do.

I'm unsure what you mean, my template doesn't have any path matching /mnt/user/data If it's the client download path, it should normally match how it is in your other docker and need to be edited. I think this is used only if using the universal mode and that require more configuration not covered in that template. I'm using direct currently as is, I've yet to try integrating with prowlarr and such.