Skip to content

docs: Better systemd unit file for AI workers - #15509

Open
liamdennehy wants to merge 1 commit into
nextcloud:masterfrom
liamdennehy:systemd-enhancement
Open

docs: Better systemd unit file for AI workers#15509
liamdennehy wants to merge 1 commit into
nextcloud:masterfrom
liamdennehy:systemd-enhancement

Conversation

@liamdennehy

Copy link
Copy Markdown

The original method added complexity of a script file which requires chmod +x, runs sudo on each invocation (which can spam logs), and does not invoke systemctl daemon-reload before starting the units leading to warnings (though not fatal).

This new flow uses systemd's own execution environment (including handling the user) and simplifies the dependencies. Activation is also streamlined since systemctl can handle multiple units in one command, avoiding shell for loops.

☑️ Resolves

  • More systemd-native way of creating and running workers

🖼️ Screenshots

Before:

image

After (apologies for the awful render):
image

✅ Checklist

  • I have built the documentation locally and reviewed the output
  • Screenshots are included for visual changes
  • I have not moved or renamed pages (or added a redirect if I did)
  • [ unavailable ] I have run codespell or similar and addressed any spelling issues

The original method added complexity of a script file which requires
`chmod +x`, runs sudo on each invocation (which can spam logs), and
does not invoke `systemctl daemon-reload` before starting the units
leading to warnings (though not fatal).

This new flow uses systemd's own execution environment (including
handling the user) and simplifies the dependencies. Activation is also
streamlined since systemctl can handle multiple units in one command,
avoiding shell `for` loops.

Signed-off-by: Liam Dennehy <liam@wiemax.net>
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

Successfully merging this pull request may close these issues.

1 participant