Caddy can’t be start/reloaded from systemctl anymore, see status attached.
Occured after kenel update, wondering if this is an authorization problem.
When running the ExecStart command directly, everything works fine, so Caddyfile is okay.
4. Error messages and/or full log output:
systemctl status caddy outputs me:
root@cCaddy:/etc/caddy# systemctl status caddy
* caddy.service - Caddy
Loaded: loaded (/lib/systemd/system/caddy.service; enabled; vendor preset: enabled)
Active: failed (Result: exit-code) since Sun 2021-11-21 22:45:01 CET; 13min ago
Docs: https://caddyserver.com/docs/
Main PID: 1510 (code=exited, status=203/EXEC)
CPU: 12ms
Nov 21 22:45:01 cCaddy systemd[1]: Starting Caddy...
Nov 21 22:45:01 cCaddy systemd[1510]: caddy.service: Failed to execute /usr/bin/caddy: Resource temporarily unavailable
Nov 21 22:45:01 cCaddy systemd[1510]: caddy.service: Failed at step EXEC spawning /usr/bin/caddy: Resource temporarily unavailable
Nov 21 22:45:01 cCaddy systemd[1]: caddy.service: Main process exited, code=exited, status=203/EXEC
Nov 21 22:45:01 cCaddy systemd[1]: caddy.service: Failed with result 'exit-code'.
Nov 21 22:45:01 cCaddy systemd[1]: Failed to start Caddy.
5. What I already tried:
sudo in ExecStart/ExecReload
running service as root
It’s probably because there’s some error with the configuration. The systemctl status command only shows a truncated view of the logs, it’s not the best way to see what’s actually going on.
You can find the best command to run to see your logs here in the docs:
i had a look on that doc page before submitting.
Unfortunally the journalctl command does not give many more information:
Nov 22 00:03:46 cCaddy systemd[1]: Starting Caddy...
Nov 22 00:03:46 cCaddy systemd[143]: caddy.service: Failed to execute /usr/bin/caddy: Resource temporarily unavailable
Nov 22 00:03:46 cCaddy systemd[143]: caddy.service: Failed at step EXEC spawning /usr/bin/caddy: Resource temporarily unavailable
Nov 22 00:03:46 cCaddy systemd[1]: caddy.service: Main process exited, code=exited, status=203/EXEC
Nov 22 00:03:46 cCaddy systemd[1]: caddy.service: Failed with result 'exit-code'.
Nov 22 00:03:46 cCaddy systemd[1]: Failed to start Caddy.
In that case, it must be something broken with your system, if Caddy doesn’t even get to the point of starting up. I don’t really have anything to suggest unfortunately. Maybe try a reinstall?
Probably yes.
Tried it out with a brand new container with debian 11.1 and directly after apt install caddy, even within the apt install output, the system outputs the same error.
Seems to be a problem regarding the 5.13.19-1-pve kernel, error is occurring since the update.
Gonna have a look into it, maybe I can find a workaround etc.
May be a problem caddy might facing with upcoming kernel updates.
I tested everything today and booted the system with the 5.11.22-7(-pve) kernel instead of the ?5.13.19-1(-pve) version. Everything is starting up there with no problems.
So it seems to be a problem occuring with the newest linux kernel versions, and it seems to be either a problem with go not being able to create new procresses within the service, or the caddy.service configuration not applicable with 5.13.19-1(-pve) or further.
I hope that might be interesting for the dev team.
We use the current proxmox release 7.1-6 with a debian 11.1 container.
Hopefully i could help you a bit and this might be interesting.