-
-
Notifications
You must be signed in to change notification settings - Fork 298
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Use Supervisord to manage processes #402
Conversation
… into palworld-service
… into palworld-service
… into palworld-service
… into palworld-service
… into palworld-service
… into palworld-service
What's left to do on this? |
I didn't really had the time to continue with this. But I am currently struggling with the eventlistener. Since I have added another process (the player logging) the behavior is really strange. If the player logging is enabled it does not send the same events to see it you can add the line LogWarn "$header" >&2 to the palworld_state_handler.sh before the if statement which checks the service name then if I enable the player logging in the docker compose file I get this output:
and if it is disabled:
But we should get both the events:
on shutdown there is a similar issue:
I don't know what I am doing wrong. I think the easiest way is to test it with webbooks. You can see it there very clearly. If that issue is resolved. The
|
… into palworld-service
@Luatan This solved it. diff --git a/services/listener/palworld_state_handler.sh b/services/listener/palworld_state_handler.sh
index b8b103a..c61d5bf 100644
--- a/services/listener/palworld_state_handler.sh
+++ b/services/listener/palworld_state_handler.sh
@@ -21,6 +21,12 @@ while true; do
printf "READY\n"
read -r header
parse_headers "$header"
+ LogWarn "${header}" >&2
+ if [ -n "${len}" ]; then
+ read -n "${len}" data
+ LogWarn "${data}" >&2
+ parse_headers "${data}"
+ fi
if [ "${processname}" = "palworld" ]; then
case $eventname in ENABLE_PLAYER_LOGGING=true
ENABLE_PLAYER_LOGGING=false
|
Hey @MusclePr, thanks for helping. Still need to test it, but I was wondering if this feature is something that should still be implemented. I haven't had the time to really follow the progress of the container. And would like to get some feedback first, before I go ahead and invest more time into this. |
Hi @Luatan, I am still not really sure, I'll think about it and get back to you, sorry I was not able to check this out sooner. |
Deciding to close this issue. Supervisored is not the way I want to move forward with managing processes. Instead opening a feature request to handle the processes with s6 overlay |
I was actually also looking for alternatives, but couldn't find any. No clue how I didn't find s6 overlay. it looks promising as far as I have seen. 👍 |
Context
Choices
Processes Managed by Supervisord
Test instructions
Environment Variables
These Environment variables can be used for all test cases
Always Running Services
These services should always be running if enabled in the config
Test
docker exec -it palworld-server supervisorctl status
Scripts
These scripts use supervisord to shutdown the server if necessary.
Restore Test
docker exec -it palworld-server restore
Update Test
docker exec palworld-server update
and verify that the server is up to datedocker exec palworld-server update
and verify that an update is foundAuto Reboot Test
docker exec palworld-server auto_reboot.sh
Checklist before requesting a review