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?

  • Tealk@rollenspiel.forum
    link
    fedilink
    arrow-up
    3
    ·
    28 days ago

    Also wenn du schon einen systemd service erstellst, wrüde ich das immer darüber laufen lassen, weil:

    • Keine mehrfache Ausführung
    • Logging inbegriffen
    • Status leicht einsehbar

    Zum mehrfach starten: Systemd unterstützt sogenannte “templated services”. Dabei wird eine Dienstdatei mit einem Platzhalter (z. B. @) erstellt, z. B. [email protected]. Beim Starten des Dienstes kann dann eine Instanz angegeben werden, z. B. systemctl start myservice@instance1 und systemctl start myservice@instance2. Jede Instanz läuft dann unabhängig voneinander.