Skip to content
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

systemd's stricter PIDFile checking breaks EXEC=screen #1

Open
undeference opened this issue Oct 3, 2019 · 1 comment
Open

systemd's stricter PIDFile checking breaks EXEC=screen #1

undeference opened this issue Oct 3, 2019 · 1 comment

Comments

@undeference
Copy link
Owner

undeference commented Oct 3, 2019

If you start your server in an existing screen instance, systemd will refuse to monitor it. Currently, systemctl start newrun@whatever will report a timeout or configured resource limit exceeded, but systemctl status -l newrun@whatever will report the correct issue.

In this case, the service systemd is supposed to be monitoring does not belong to the cgroup systemd created for it, so it will always fail. There is no way around that.

You must instead configure unique screen sessions for each newrun-managed server. If the server crashes, the screen session will persist and have to be ended manually before restarting the server.

@undeference
Copy link
Owner Author

If the server crashes, the screen session will persist and have to be ended manually before restarting the server.

This is no longer true as of 9843862, which disabled screen guard. Now, when the last window is closed, the screen session should end.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant