User Tools

Site Tools


doc:appunti:linux:sa:systemd_tmpfiles_problem

Differences

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

Link to this comparison view

Both sides previous revisionPrevious revision
Next revision
Previous revision
Last revisionBoth sides next revision
doc:appunti:linux:sa:systemd_tmpfiles_problem [2024/02/26 09:29] – [Problem with systemd-tmpfiles-setup service] niccolodoc:appunti:linux:sa:systemd_tmpfiles_problem [2024/02/26 09:50] – [Analyzing Systemd] niccolo
Line 16: Line 16:
 </code> </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> <code>
Line 32: Line 32:
 </code> </code>
  
-May be the problem was introduced by this Postfix/Courier setup:  +The command highlights an **ordering cycle** problem, which causes the deleting of a service:
-**[[postfix_courier_authdaemon_debian_12]]**. In fact disabling the Systemd ''var-spool-postfix-var-run-courier-authdaemon.mount'' unit will solve the issues listed by systemd-analyze.+
  
 +<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 deletgin) 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.
  
doc/appunti/linux/sa/systemd_tmpfiles_problem.txt · Last modified: 2024/02/26 09:50 by niccolo