2016-08-29 1 views
6

Ich benutze Systemd um einen Caddy Webserver auf einer Ubuntu 16.04 Maschine zu starten. Jedes Mal, wenn ich laufen sudo service caddy start und service caddy status ich diesen Fehler:caddy.service Startanforderung wiederholt zu schnell

● caddy.service - Caddy webserver 
    Loaded: loaded (/etc/systemd/system/caddy.service; enabled; vendor preset: enabled) 
    Active: failed (Result: exit-code) since Mon 2016-08-29 05:03:02 EDT; 4s ago 
    Docs: https://caddyserver.com/ 
    Process: 1135 ExecStart=/usr/local/bin/caddy -agree -email [email protected] -pidfile=/var/run/caddy/caddy.pid (code=exited, status 
Main PID: 1135 (code=exited, status=1/FAILURE) 

systemd[1]: Started Caddy webserver. 
caddy[1135]: Activating privacy features... done. 
caddy[1135]: 2016/08/29 05:03:02 Caddyfile:12 - Parse error: unknown property 'errors' 
systemd[1]: caddy.service: Main process exited, code=exited, status=1/FAILURE 
systemd[1]: caddy.service: Unit entered failed state. 
systemd[1]: caddy.service: Failed with result 'exit-code'. 

Antwort

16

In meiner /etc/systemd/system/caddy.service Datei hatte ich die folgende Zeile ein:

Restart=on-failure 

dass kommentierte heraus (mit #) und dem Neustart der Dienst zeigte die zugrundeliegendes Problem, das in meiner Caddyfile war.

EDIT:

service caddy status druckt nur ein paar Zeilen aus dem Protokoll, so manchmal kann man das zugrunde liegende Problem finden, indem Sie einfach auf das gesamte Protokoll suchen. Wenn syslog verwenden, geschieht dies mit:

journalctl -u caddy 
3

Für alle anderen ihre Haare herausziehen, beachten Sie die Linien StartLimitInterval und StartLimitBurst in der caddy.service Datei - wenn Sie testen und wiederholt Stop/Start wird treffen Sie die StartLimitBurst Grenze. Müssen Sie es auf viele erhöhen, oder ändern Sie die StartLimitInterval, um dies zu ermöglichen.