Oder, wie kann man das konfigurieren dass sie sich nicht überlappen, bzw. das Programm das sie ausführen. Und am liebsten so dass der zuletzt gestartete nachgeholt wird sobald möglich.
Ich weiss dass ich sowas auch im Skript codieren kann, aber ich dachte mir 💡sollte systemd hier nicht glänzen?
Meine Suchmaschinenbändigungskünste funktionieren grad nicht so gut.
Danke im voraus.
Zur Zeit habe ich das allersimpelste was es gibt:
[Unit]
Description=irgendwas
[Service]
ExecStart=/usr/bin/irgendwas
Normalerweise wird dieser Service über einen Timer gestartet, wird manchmal aber auch bei Dateiänderungen getriggert. Bzw. Das Skript. Das ist eben die Frage, was ist da besser: Das Skript direkt triggern und eine Lock-Funktion einbauen, oder kann man da auf systemd vertrauen?
Oneshot bedeutet, dass der Prozess nicht dauerhaft aktiv ist.
Beispielsweise hatte ich das autoupdate eines Docker Stacks so realisiert:
Der Stack hatte eine docker-compose mit den Definitionen für Network, Container, Volumes,… zusätzlich gab es diverse Konfig, die in unterordner waren und eben über die genannten Volumes in die jeweiligen Container gemountet wurden. Die ganze Config, docker-compose,… lag in einem git-repo von mir.
Dazu gab es eine systemd Unit, die als Start command ein
docker compose up -dund als Stop command eindocker compose downhatte.Für das Auto-Update hab ich ne zweite Unit angelegt:
git pullunddocker compose pullExecStartPostgemacht hab, oder ob es dafür einen eigenen Verweis auf andere Units gab…Und dann einen Timer, der regelmäßig den oneshot Dienst getriggert hat - IIRC nächtlich um 2 Uhr