Differences

This shows you the differences between two versions of the page.

--- doc:appunti:linux:sa:systemd_tmpfiles_problem [2024/02/22 12:40] – niccolo
+++ doc:appunti:linux:sa:systemd_tmpfiles_problem [2024/02/26 09:50] (current) – [Analyzing Systemd] niccolo
@@ Line 1: / Line 1: @@
 ====== Problem with systemd-tmpfiles-setup service ======
-In a **Debian 12 Bookworm** installation I faced several problems at bootstrap. Some services does not start basically because the **%%/run%%** hierarchy was not properly initialized with the required subdirectories. E.g. one OpenVPN service does not start beacuse the **/run/openvpn/** directory does not exists:
+In a **Debian 12 Bookworm** installation I faced some problems at bootstrap. Some services does not start basically because the **%%/run%%** hierarchy was not properly initialized with the required subdirectories. E.g. one OpenVPN service does not start beacuse the **/run/openvpn/** directory does not exists:
 <code>
@@ Line 16: / Line 16: @@
 </code>
-I.e. the service **sysinit.target** cannot start due a service ordering problem, so it decided to delete the **systemd-tmpfiles-setup.service**. The problem could be with other Systemd unit too, e.g. the **avahi-daemon.socket**:
+I.e. the service **sysinit.target** cannot start due a service ordering problem, so Systemd decided to delete the **systemd-tmpfiles-setup.service**. The problem could be with other Systemd unit too, e.g. the **avahi-daemon.socket**:
 <code>
@@ Line 31: / Line 31: @@
 systemd-analyze verify default.target
 </code>
+The command highlights an **ordering cycle** problem, which causes the deleting of a service:
+<code>
+sockets.target: Found ordering cycle on avahi-daemon.socket/start
+sockets.target: Found dependency on sysinit.target/start
+...
+sockets.target: Job avahi-daemon.socket/start deleted to break ordering
+                cycle starting with sockets.target/start
+...
+</code>
+Notice that the ordering (and the deleting choice) is not deterministic: on each execution the path of ordering (and deleting) may change.
+The problem was introduced by this custom Postfix/Courier setup:
+**[[postfix_courier_authdaemon_debian_12]]**. In fact disabling the Systemd ''var-spool-postfix-var-run-courier-authdaemon.mount'' unit, solves the issues listed by systemd-analyze.
+In this specific case the problem was completely solved changing the dependencies of the **[[https://www.freedesktop.org/software/systemd/man/latest/systemd.unit.html|mount unit]]** created to have the Courier socket inside the Postfix chroot. Instead of the strong ''Requires='' and ''After='' dependencies upon the courier-authdaemon.service, declaring the weaker ''Wants='' dependency sovled to cycle problem.