Closed WTFSajuuk closed 3 years ago
Is entrypoint.sh
being sourced in the shell from which you are running those commands?
What does [ -n "${ADMIN_PASSWORD}" ]; echo $?
give you? If the return status is 1
, assuming entrypoint.sh
only has settings, and is in the current directory, then try:
. entrypoint.sh
Short answer no.
So the setup is in a docker container that runs a script /setup/run.sh this does some checks on files and folders that needs to exist. At the end of the script it runs entrypoint.sh this script sets all then env variables and then runs the command "arkmanager run" This starts the server and everything works fine
I had this issue for weeks now but since it is not preventing me from playing I did not give it that much attention and obviously as luck would have it right after posting this I found a fix for the rcon I can just run it with "export ADMIN_PASSWORD=***** & arkmanager rconcmd ##command##" and that works
So it seams the issue is that the exported variable values was not set globally. The reason I did not consider this is because on my local pc it starts up fine and the "arkmanager status" command works perfectly after the server started however when it runs on my server pc with the exact same docker image the status command never returns a "server listening": yes
Thank you for the assistance but I think I will close this issue. I should be able to resolve it by setting the environment variables at a global level instead of a shell level
HI,
I am having an issue where "server listening" value is always no and I believe it is related to the above rcon error. I read on how the recon checks for password and set it in all the ways mentioned but I still get the error. Please se more details below: