Skip to content

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

@undeference

Description

@undeference

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.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions