BREAKING - BepInEx update requires container GLIBC update

[krstcs]

BepInEx was updated this morning and the update needs a newer version of GLIBC than what is on the container.

[MrSmiley801]

I can confirm the same thing happening

DEBUG - [351] - Server config is name: *****, port: 2456/udp, world: ****, public: 0, mod: BepInEx
DEBUG - [351] - Valheim server with PID 356 stopped
/opt/valheim/bepinex/valheim_server.x86_64: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.33' not found (required by /opt/valheim/bepinex/doorstop_libs/libdoorstop_x64.so)
/opt/valheim/bepinex/valheim_server.x86_64: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.38' not found (required by /opt/valheim/bepinex/doorstop_libs/libdoorstop_x64.so)
/opt/valheim/bepinex/valheim_server.x86_64: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.34' not found (required by /opt/valheim/bepinex/doorstop_libs/libdoorstop_x64.so)

Version in the container (ldd --version):
ldd (Debian GLIBC 2.31-13+deb11u11) 2.31

I think since this container is based on Debian 11, the fix would require a newer Debian like 12 or 13? Or another distro?

[Gyrofalcon]

I see the same stuff in my server log. Worked just fine 8 hours ago.

[Anton-To]

Same here, waiting for a fix

[lig76]

The same issue for me. Waiting for fix.

[PathFinderq]

Same issue for me too

[lig76]

I tried to downgrade BepInEx version, but the Docker image has auto-updater built-in so it didn't help.

[krstcs]

Yeah, the docker image needs to be updated, until that happens it won't work.

[JustinTArthur]

It's the libdoorstop build included in the mod pack that is built against glibc 1.38 or higher. Even if this image is updated from Debian oldstable to stable, it won't be new enough.

For those needing a workaround, here's a quick environment variable hack to freeze to the prior pack version. If you're using docker or podman, add this to your run arguments (including slashes, quotation marks, and commas):
-e PRE_UPDATE_CHECK_HOOK="sed -i -e s,Valheim/\",Valheim/5.4.2202/\", -e s,\.latest\.download_url,\.download_url, /usr/local/bin/bepinex-updater"

[JustinTArthur]

If you'd prefer not to use the workaround, this is tracked upstream in NeighTools/UnityDoorstop#75

[arrowmaster]

In addition to upgrading to a new base image (it should only need to be to Debian 12, another release is on the way to lower the requirement), changes to the environment variables also need to be made for the new version of UnityDoorstop.

valheim-server-docker/valheim-server

Lines 36 to 37 in 951992b

	export DOORSTOP_ENABLE=TRUE
	export DOORSTOP_INVOKE_DLL_PATH="./BepInEx/core/BepInEx.Preloader.dll"

Will need to be changed to the following.

export DOORSTOP_ENABLED=1
export DOORSTOP_TARGET_ASSEMBLY="./BepInEx/core/BepInEx.Preloader.dll"

Or it will probably work to set all four but I've not tested it on either the new or old version.

[proofquantu]

I managed to build the container using debian:bookworm-slim (aka debian12)
added the change to valheim-server file as per @arrowmaster fine suggestion.
Was getting an error in the docker compose logs "unable to load shared object libdoorstop_x64.so" because there was no library with that name in doorstop_libs !
Created a symlink libdoorstop_x64.so -> libdoorstopx64.so in $HOME/valheim-server/data/bepinex/doorstop_libs

Valheim server starts up - however...

Still can't join the server because other required mods don't load eg. valheimplus and Jotunn based mods ie xportal etc.
So it looks like downstream mods will also need to be updated to work with this new version of BepInEx.

[Santya95]

It's the libdoorstop build included in the mod pack that is built against glibc 1.38 or higher. Even if this image is updated from Debian oldstable to stable, it won't be new enough.

For those needing a workaround, here's a quick environment variable hack to freeze to the prior pack version. If you're using docker or podman, add this to your run arguments (including slashes, quotation marks, and commas): -e PRE_UPDATE_CHECK_HOOK="sed -i s,Valheim/\",Valheim/5.4.2202/\", /usr/local/bin/bepinex-updater"

This workaround works flawlessly thanks for sharing, it's just Jotunn not loading server side, do you have any suggestion?

[JustinTArthur]

This workaround works flawlessly thanks for sharing, it's just Jotunn not loading server side, do you have any suggestion?

Thanks, it may not have been flawless afterall. I've updated the workaround comment to fix the download URL for zip extraction.

The hook env var has gotten bigger/messier, so hopefully this can be fixed image-side soon :)

[lig76]

So what now ? The only reasonable approach to have mods working permanently is next update of BepInEx built with older glibc ?

[JustinTArthur]

So what now ? The only reasonable approach to have mods working permanently is next update of BepInEx built with older glibc ?

@ghorsington's BepInEx pack on Thunderstore (which this image downloads) now has libdoorstop built for a more accessible glibc 2.35+. As for what's next, basically two things:

• In the short term, this image's build can be updated to use a newer base Debian image and to update the libdoorstop env vars for the new scheme.
• In the long term, a strategy could be developed to prevent future breakage from the auto-update process, prevent surprise via version freezing, or allow opt-out of the BepInEx pack auto-updates. @lloesche may have some ideas of where he'd like to take the process.