Symlink als Arbeitsverzeichnis im systemd-Dienst

Ich habe einen Dienst, mit WorkingDirectory=/srv/ctr/currentdem ein Symlink ist.

Es scheint, dass der Dienst beim Neustart keine Änderungen im Symlink aufnimmt. Das Fehlerprotokoll gibt /srv/ctr/releases/69den Speicherort an, /srv/ctr/currentzeigt jedoch auf /srv/ctr/releases/72. Gibt es eine Möglichkeit, systemd dazu zu bringen, den neuen Verzeichniswechsel zu übernehmen?

systemd symlink services

— Reed G. Law
quelle

Hast du es versucht systemctl daemon-reload? Könnte ein erneutes Lesen des Symlinks auslösen.

— Morloch

@morloch ja das habe ich versucht. Der Dienst, den ich ausführe , ist resque . Ich frage mich, ob der Pfad irgendwie im Job selbst gespeichert ist.

— Reed G. Law

Versuchen Sie ExecStartPre=/bin/pwd -P, Ihren Dienst zu erweitern, den Dienst neu zu laden / neu zu starten und die Protokolle zu überprüfen. Zumindest wissen Sie dann, ob es systemd oder resque ist ...

— morloch

@morloch das hat funktioniert und jetzt findet es irgendwie das richtige Verzeichnis.

— Reed G. Law

Ich hatte das gleiche Problem. SystemD löst den SymLink in den tatsächlichen Pfad auf und verwendet diesen. Ich habe keine Möglichkeit gefunden, dieses Verhalten zu deaktivieren. Ich habe jetzt einfach meine Sachen auf das Symlink-Ziel verschoben und einen neuen Link in die andere Richtung erstellt ...

— Martin Rauscher

Versuchen Sie möglicherweise hinzuzufügen:

Environment = PWD=/srv/ctr/current

(Übrigens, ich freue mich sehr, dass jemand anderes /srv/*für seine Dienste verwendet wird.)

— Herzog
quelle

Alte Frage, aber ich wollte sagen, dass dies für mich auf Centos 8.1s System funktioniert hat, während @ morlochs Kommentar dies nicht tat.

— Yoopergeek

Ändern Sie Ihre systemd-Einheitendatei wie folgt:

Arbeitsverzeichnis = / srv / ctr /
ExecStart = / bin / start current oder ExecStart = cd current && / bin / start

— Ahmed Hamdy Hammad
quelle