3 minutes ago, ich777 said:

Nothing I can do about, see this post please:

 

Bummer.. this isn't a ValheimPlus issue either.  The problem exists with or without ValheimPlus enabled.  

Just now, TheBrian said:

Bummer.. this isn't a ValheimPlus issue either.  The problem exists with or without ValheimPlus enabled.  

Can't confirm that...

From my testing if I enable ValheimPlus the container doesn't starts and segfaults. When I disable ValheimPlus lthe container starts just fine.

3 minutes ago, TheBrian said:

The problem exists with or without ValheimPlus enabled.

Here are the two log files from my server with Valheim Plus enabled and disabled, the first also just segfaults where the one with Valheim Plus disabled runs just fine.

 

ValheimPlus.txt

ValheimVanilla.txt

 

This is the exact same server...

2 minutes ago, ich777 said:

Can't confirm that...

From my testing if I enable ValheimPlus the container doesn't starts and segfaults. When I disable ValheimPlus lthe container starts just fine.

You're correct. My start scripts were forcing V+ to be installed again.  Thank you.  I guess we wait.

 

-Brian
 

9 hours ago, ich777 said:

@doguitar & @Marcel40625 looks like that this is an issue with the game itself: Click

 

Anyways, please update the container, I've pushed an update which should make it work again.

 

I ended up fixing it late last night by copying over the contents of BepInEx from here. Apparently the V+ archive doesn't/didn't have the latest of BepInEx in it. It might be worthwhile to apply the BepInEx update routine after the V+ routine.

 

35 minutes ago, TheBrian said:

After the Valheim update and after updating the container, all of my worlds are still down

 

We have 19 containers. All are throwing a segfault after the game and container was updated.

 

Connecting anonymously to Steam Public...OK
Waiting for client config...OK
Waiting for user info...OK
Update state (0x3) reconfiguring, progress: 0.00 (0 / 0)
Update state (0x61) downloading, progress: 9.97 (16872508 / 169315037)
Update state (0x61) downloading, progress: 61.41 (103971985 / 169315037)
Update state (0x81) verifying update, progress: 95.44 (161595153 / 169315037)
Success! App '896660' fully installed.
---Prepare Server---
---Found old save directory... Moving saves directory to new location...!---
Waiting for user info...OK
Update state (0x3) reconfiguring, progress: 0.00 (0 / 0)
Update state (0x61) downloading, progress: 9.97 (16872508 / 169315037)
Update state (0x61) downloading, progress: 61.41 (103971985 / 169315037)
Update state (0x81) verifying update, progress: 95.44 (161595153 / 169315037)
Success! App '896660' fully installed.
---Prepare Server---
---Found old save directory... Moving saves directory to new location...!---
---ValheimPlus enabled!---
---ValheimPlus Version Check---
---ValheimPlus not found, downloading and installing v0.9.9.8...---
---Successfully downloaded ValheimPlus v0.9.9.8---

 

 

Then it loops and keeps throwing:

 

---Update Check for Valheim enabled, running automatically every 60 minutes.---
/opt/scripts/start-server.sh: line 254: 77 Segmentation fault ${SERVER_DIR}/valheim_server.x86_64 -name "${SRV_NAME}" -port ${GAME_PORT} -world "${WORLD_NAME}" -password "${SRV_PWD}" -public ${PUBLIC} ${GAME_PARAMS} > /dev/null

 

After the first attempt, the worlds directory has been renamed to worlds_local, which tells me the container "patch" is working, but the game is still hosed.

 

-Brian

 

Try the fix I mentioned above. I was getting segfaults as well before I fixed it.

2 hours ago, Dreygonx said:

And the only ports you are forwarding for Satisfactory are UDP 7777, 15777, and 15000 ?

yepp and on game id: "1690800 -beta experimental"

4 hours ago, doguitar said:

 

I ended up fixing it late last night by copying over the contents of BepInEx from here. Apparently the V+ archive doesn't/didn't have the latest of BepInEx in it. It might be worthwhile to apply the BepInEx update routine after the V+ routine.

 

 

Try the fix I mentioned above. I was getting segfaults as well before I fixed it.

 

I'll give it a shot, but the link you provided goes nowhere.  Some sort of AWS authentication attempt via Github...

 

I've been testing with this: https://valheim.thunderstore.io/package/denikson/BepInExPack_Valheim/

And the latest release for BepInEx's github which is very much behind...

Edited June 21, 20224 yr by TheBrian

The latest issues appears to be that BepInEx 5.4.1901 simply doesn't run on Linux.  All 19 containers are in an infinite loop with this error:

symbol lookup error: /serverdata/serverfiles/doorstop_libs/libdoorstop_x64.so: undefined symbol: dlopen
 

This version of BepInEx works fine on Windows clients and servers though.

For those that are having issues with this container and Valheim. 

I punted and gave this container a shot: https://hub.docker.com/r/lloesche/valheim-server. 

All is well now. This container runs all mods without issues.  I'm not sure why or how ICH777's container behaves differently, but it certainly does.  I suspect it's the BepInEx pack that is being automatically downloaded from Thunderstore (5.4.1901).  The container I linked above that works says "BepInEx.Preloader 5.4.19.0" in the logs.

5 hours ago, TheBrian said:

 

I'll give it a shot, but the link you provided goes nowhere.  Some sort of AWS authentication attempt via Github...

 

https://github.com/BepInEx/BepInEx/releases/download/v5.4.19/BepInEx_unix_5.4.19.0.zip

Edited June 22, 20224 yr by doguitar

4 hours ago, TheBrian said:

All is well now. This container runs all mods without issues.  I'm not sure why or how ICH777's container behaves differently, but it certainly does.  I suspect it's the BepInEx pack that is being automatically downloaded from Thunderstore (5.4.1901).  The container I linked above that works says "BepInEx.Preloader 5.4.19.0" in the logs.

Then simply disable Valheim+ and enable BepInEx in the container template.

 

Valheim+ is actually downlaoded from GitHub.

 

BepInEx is downloaded from Thunderstore that‘s correct but it isn‘t downloaded when Valheim+ is enabled because Valheim+ bundles his own version from BepInEx.

Valheim+ has to update his BepInEx version that is bundled, please also create a post on the issue tracker on GitHub, this will hopefully speed things up.

11 hours ago, ich777 said:

BepInEx is downloaded from Thunderstore that‘s correct but it isn‘t downloaded when Valheim+ is enabled because Valheim+ bundles his own version from BepInEx.

Valheim+ has to update his BepInEx version that is bundled, please also create a post on the issue tracker on GitHub, this will hopefully speed things up.

I mentioned it earlier when I mentioned that I fixed my installation by updating BepInEx separately but is there any reason not to download the BepInEx package from github in both modes (and after V+)?

It seems like this course of events will happen everything BIE needs an update because V+ will lag behind so the auto update feature will lag behind and I'll end up doing it manually, defeating the purpose of the feature.

11 hours ago, ich777 said:

Then simply disable Valheim+ and enable BepInEx in the container template.

 

Valheim+ is actually downlaoded from GitHub.

 

BepInEx is downloaded from Thunderstore that‘s correct but it isn‘t downloaded when Valheim+ is enabled because Valheim+ bundles his own version from BepInEx.

Valheim+ has to update his BepInEx version that is bundled, please also create a post on the issue tracker on GitHub, this will hopefully speed things up.

I did this.  Your container downloads and installs BepInEx, but infinite loops and never starts with the error:
symbol lookup error: /serverdata/serverfiles/doorstop_libs/libdoorstop_x64.so: undefined symbol: dlopen

 

This is a vanilla/fresh container with only BepInEx enabled.  It never starts.

1 hour ago, doguitar said:

I mentioned it earlier when I mentioned that I fixed my installation by updating BepInEx separately but is there any reason not to download the BepInEx package from github in both modes (and after V+)?

45 minutes ago, TheBrian said:

I did this.  Your container downloads and installs BepInEx, but infinite loops and never starts with the error:
symbol lookup error: /serverdata/serverfiles/doorstop_libs/libdoorstop_x64.so: undefined symbol: dlopen

I think I will remove BepInEx and Valheim+ from my container in the future because this causes only headaches for me...

 

That's why I usually don't support Modding in my containers and provide only the base functionality.

14 minutes ago, ich777 said:

I think I will remove BepInEx and Valheim+ from my container in the future because this causes only headaches for me...

 

That's why I usually don't support Modding in my containers and provide only the base functionality.

Understood.  V+ is a joke of assumptions and dependencies.  BepInEx is critical though. 

 

I'll say, I'm nearing punting on everyone's containers and spinning my own because of this.  I agree with you, the containers should allow for modding, but not have assumption built-in.

1 hour ago, ich777 said:

I think I will remove BepInEx and Valheim+ from my container in the future because this causes only headaches for me...

 

Not a terrible idea. With the script hooks you have I could write a similar routine and it wouldn't be for you to maintain which is probably how it should be.

Ah, I see this might not be the best time to ask this but...

The container for Terraria-tModloader seems to have an issue with the WebUI, I can't connect to it.

I've tried to change the ports around and even setting the network type to host (and back after it still didn't work).

 

Also, regarding the Valheim container...

I absolutely rely on Valheim+ since it improves the game by several magnitudes. The QoL it adds is off the charts!

V+ have an option to download without BepInEx, you can grab only the ValheimPlus.dll (which is the entire mod) from their GitHub.

Firstly I would like to thank you for your amazing contributions @ich777!

 

I'm here to humbly request a Stormworks: Build and Rescue container please. I recall seeing one in the apps some time ago but it has seemingly disappeared (or I'm mistaken).

 

I did attempt to fork from your containers that use WINE for Windows only binaries, however modifying containers is unfortunately a bit beyond me at this stage.

 

If it's not too much to ask, when you have a moment to spare would you please help a meere mortal by publishing the above container please?

 

App ID for SteamCMD is 1247090

Login can be anonymous

Default ports are UDP 25564 - 25566

Server binary name is server64.exe

 

One slight complication MAY be that Visual C++ Redistributable 2013 is required, otherwise I'm not sure how WINE handles such things.

 

Many thanks in advance and hope others will also appreciate this contribution 😊

6 minutes ago, Jeticus said:

I'm here to humbly request a Stormworks: Build and Rescue container please. I recall seeing one in the apps some time ago but it has seemingly disappeared (or I'm mistaken).

Never done such a container and if there was one in the CA App then it was not from me...

 

 

6 minutes ago, Jeticus said:

One slight complication MAY be that Visual C++ Redistributable 2013 is required, otherwise I'm not sure how WINE handles such things.

I can look into this but I have to say that I've stopped creating containers for games that I don't own because giving support if something breaks is a real pain for me and in this case, I don't own the game...

 

If you are willing to Donate the game to me I will of course look into it but can't tell for sure if it is working through WINE.

2 hours ago, Zealotus said:

Terraria-tModloader

I've deprecated this version from the game since the developers changed again something and broke the whole container again, this is really frustrating for me and I will not fix or release a new container for tModloader.

 

2 hours ago, Zealotus said:

Also, regarding the Valheim container...

I will maybe support BepInEx but not Valheim+ I think... Haven't decided yet what to do...

4 minutes ago, ich777 said:

I can look into this but I have to say that I've stopped creating containers for games that I don't own because giving support if something breaks is a real pain for me and in this case, I don't own the game...

Completely understandable. Thanks for the prompt reply - Unfortunately I'm not in the position at the moment to be able to donate the game and appreciate WINE potentially adds more complication to the whole thing.

 

Nonetheless, thanks for considering it and if/when I'm in a position to donate the game, I'll be happy to revisit the idea providing you're willing 🙂

 

Again, thank you for your contributions 😇

15 minutes ago, ich777 said:

I've deprecated this version from the game since the developers changed again something and broke the whole container again, this is really frustrating for me and I will not fix or release a new container for tModloader.

I see and I completely understand! Thank you for your quick response.

 

15 minutes ago, ich777 said:

I will maybe support BepInEx but not Valheim+ I think... Haven't decided yet what to do...

As long as BIE is supported I can toss in V+ on the side. Even it it means a slight manual manouver.

6 minutes ago, Zealotus said:

As long as BIE is supported I can toss in V+ on the side. Even it it means a slight manual manouver.

What I really think needs to be done is that the developers from Valheim+ release a new package with a updated BepInEx package included.

1 minute ago, ich777 said:

What I really think needs to be done is that the developers from Valheim+ release a new package with a updated BepInEx package included.

I don't know if it's rare or common for mods like V+ to break after an update of BIE or the game it self (usually fixed by updating the modding platform that is BIE). But, I think, as long as BIE can be updated anyone can load any mods to their desire. : )

 

One thing that I would like to point out regarding Terraria is that it probably won't change much after the next patch (which is likely to be the last one; #RIP). Which, in terms, means that the mod loader shouldn't have to change much either. So maybe make one last update to make it work, no? ; )

9 minutes ago, Zealotus said:

I don't know if it's rare or common for mods like V+ to break after an update of BIE or the game it self (usually fixed by updating the modding platform that is BIE). But, I think, as long as BIE can be updated anyone can load any mods to their desire. : )

I will think about that again what could be done how in my container, but at least the BepInEx version should download fine if I'm not mistaken.

 

9 minutes ago, Zealotus said:

One thing that I would like to point out regarding Terraria is that it probably won't change much after the next patch (which is likely to be the last one; #RIP). Which, in terms, means that the mod loader shouldn't have to change much either. So maybe make one last update to make it work, no? ; )

I really learned to hate Terraria in general the last few years because first the developers from Terraria changed one or two things that broke my container, then the developers from tModloader changed I think about 4 times things that ultimately breaks the container.

When is the last update/patch released? Keep me updated and I will look into it after it is released.