systemd müllt Log zu mit "Cannot add dependency job for unit..."

kls · 17. April 2015

Jedes Mal, wenn auf meinem Server eine Email mit sendmail verschickt wird, müllt systemd das Log mit einem Schwall von Meldungen zu:

Code

Apr 17 13:00:01 racoon systemd[1]: Cannot add dependency job for unit cyrus.service, ignoring: Unit cyrus.service failed to load: No such file or directory.
Apr 17 13:00:01 racoon systemd[1]: Cannot add dependency job for unit ldap.service, ignoring: Unit ldap.service failed to load: No such file or directory.
Apr 17 13:00:01 racoon systemd[1]: Cannot add dependency job for unit ypbind.service, ignoring: Unit ypbind.service failed to load: No such file or directory.
Apr 17 13:00:01 racoon systemd[1]: Cannot add dependency job for unit saslauthd.service, ignoring: Unit saslauthd.service failed to load: No such file or directory.
Apr 17 13:00:01 racoon systemd[1]: Cannot add dependency job for unit mail-transfer-agent.target, ignoring: Unit mail-transfer-agent.target failed to load: Invalid argument.
Apr 17 13:00:01 racoon systemd[1]: Cannot add dependency job for unit amavis.service, ignoring: Unit amavis.service failed to load: No such file or directory.
Apr 17 13:00:01 racoon systemd[1]: Cannot add dependency job for unit cyrus.service, ignoring: Unit cyrus.service failed to load: No such file or directory.
Apr 17 13:00:01 racoon systemd[1]: Cannot add dependency job for unit ldap.service, ignoring: Unit ldap.service failed to load: No such file or directory.
Apr 17 13:00:01 racoon systemd[1]: Cannot add dependency job for unit ypbind.service, ignoring: Unit ypbind.service failed to load: No such file or directory.
Apr 17 13:00:01 racoon systemd[1]: Cannot add dependency job for unit saslauthd.service, ignoring: Unit saslauthd.service failed to load: No such file or directory.
Apr 17 13:00:01 racoon systemd[1]: Cannot add dependency job for unit mail-transfer-agent.target, ignoring: Unit mail-transfer-agent.target failed to load: Invalid argument.

Alles anzeigen

Die genannten Services habe ich natürlich nicht installiert, da das ein möglichst "schlanker" Server sein soll.
Weiß vielleicht jemand, wie man dem systemd das austreiben kann?

Klaus

Copperhead · 17. April 2015

Das hat erstmal wenig mit systemd zu tun.
Irgendeines deiner Service-Files oder die Service-Files von OpenSuse ziehen diese Services.

Sieht ein bisschen nach Socket Activation aus.

Da musst du mal in /usr/lib/systemd/system bzw. /etc/systemd/system auf die Suche gehen, wo das ist und den entsprechenden Service deaktivieren.

seahawk1986 · 17. April 2015

Falls das so aufgebaut ist wie im Paket ftp://rpmfind.net/linux/opensu…ail-8.14.9-5.1.x86_64.rpm müsste man die Abhängigkeiten aus den Service-Files rausnehmen (die Originale müssten unter /usr/lib/systemd/system/ als sendmail.service und sendmail-client.service) liegen und die geänderte Datei dann nach /etc/systemd/system speichern, dann können Updates das nicht kaputt machen.

Ich denke der Dienst wird gestartet, wenn das Spooler-Verzeichnis nicht leer ist (wegen der sendmail-client.path).

Copperhead · 17. April 2015

Das haben sich die OpenSUSE Leute aber schön hingepfuscht.
Hier steht, wie es richtig gehört: http://pkgs.fedoraproject.org/…git/tree/sendmail.service

kls · 17. April 2015

Ich würde sagen das ganze 'systemd' ist Pfusch! Ich meine, was müssen das für kranke Gehirne sein, die einen Dateinamen mit '-' beginnen lassen? In /usr/lib/systemd/system gibt es doch tatsächlich eine Datei namens '-.slice'. Ein einfacher 'grep' fällt da bereits auf die Nase:

root@falcon:/usr/lib/systemd/system > grep mail *
grep: invalid option -- '.'
Usage: grep [OPTION]... PATTERN [FILE]...
Try 'grep --help' for more information.

Ich nehme obige Aussage natürlich zurück, sollte das auch ein SUSE-Pfusch sein - aber in -.slice steht "This file is part of systemd."...

Aber B2T: ich habe in /usr/lib/systemd/system/sendmail.service die Zeilen

Wants=amavis.service cyrus.service ldap.service nscd.service ypbind.service saslauthd.service
After=amavis.service cyrus.service ldap.service nscd.service ypbind.service saslauthd.service

auskommentiert und damit waren die meisten Log-Meldungen weg. Allerdings hält sich

Apr 17 17:02:42 racoon systemd[1]: Cannot add dependency job for unit mail-transfer-agent.target, ignoring: Unit mail-transfer-agent.target failed to load: Invalid argument.

hartnäckig. Müsste ich da noch wo was ändern?

Copperhead: einfach den Fileinhalt von fedora zu übernehmen dürfte wenig sinnvoll sein, da da ja wieder ganz andere Variablennamen benutzt werden.
Jeder pfuscht halt, wie er's mag...

Klaus

Copperhead · 17. April 2015

Zitat von kls

Ich würde sagen das ganze 'systemd' ist Pfusch! Ich meine, was müssen das für kranke Gehirne sein, die einen Dateinamen mit '-' beginnen lassen?

Das ist dann wieder Murks von OpenSUSE. Diese Datei gibt es weder unter Arch Linux noch unter Fedora.

Ernsthaft. Schau' dir für die Zukunft doch ein richtiges Linux an. Von SUSE kommt schon seit Jahren nichts Hochwertiges mehr.
Am besten für dich geeignet wäre wohl Fedora (Als kleiner Tipp. Die Server Netinstall Disc erlaubt deutlich mehr Möglichkeiten beim Setup. So Sachen wie Basisinstallation usw.)

Zitat von kls

Copperhead: einfach den Fileinhalt von fedora zu übernehmen dürfte wenig sinnvoll sein, da da ja wieder ganz andere Variablennamen benutzt werden.
Jeder pfuscht halt, wie er's mag...

Nein, das hilft klar nicht. Um den Müll von OpenSUSE zu umgehen musst du die Want-Zeilen rausschmeißen. Ich habe schon lange nicht mehr so ein Chaos in einem Service-File gesehen. Die sollen normalerweise klein und ordentlich sein. Das was SUSE da liefert ist eine Katastrophe

3PO · 17. April 2015

Zitat von kls

Ich würde sagen das ganze 'systemd' ist Pfusch! ...

+1

seahawk1986 · 17. April 2015

Zitat von kls

Apr 17 17:02:42 racoon systemd[1]: Cannot add dependency job for unit mail-transfer-agent.target, ignoring: Unit mail-transfer-agent.target failed to load: Invalid argument.

hartnäckig. Müsste ich da noch wo was ändern?

Das müsste von sendmail-client.service aus dem gleichen Ordner stammen:

Zitat

Code

# This file is part of package sendmail.
#
# Copyright (c) 2011 SuSE LINUX Products GmbH, Germany.
# Author: Werner Fink
# Please send feedback to http://www.suse.de/feedback
#
# Description:
#
#  Used to start the sendmail Mail Transport Client service
#  which handles all mails stored at /var/spool/clientmqueue/
#


[Unit]
Description=Sendmail Mail Transport Client
Requires=sendmail.service
After=sendmail.service
Wants=mail-transfer-agent.target
Before=mail-transfer-agent.target
ConditionDirectoryNotEmpty=|/var/spool/clientmqueue
[...]

Alles anzeigen

Die Path-Activation startet sendmail-client.service, der Dienst startet dann sendmail.service, wenn er noch nicht läuft.

kls · 18. April 2015

Nachdem ich auch aus sendmail-client.service und sendmail-client.path die entsprechenden Zeilen entfern habe, ist das jetzt weg.

Hier mein "Kochrezept:

Code

- avoid systemd log spam:
    cd /usr/lib/systemd/system
    cp -p sendmail.service sendmail.service.001
    vi sendmail.service
    - comment out the lines
      Wants=amavis.service cyrus.service ldap.service nscd.service ypbind.service saslauthd.service
      After=amavis.service cyrus.service ldap.service nscd.service ypbind.service saslauthd.service
    cp -p sendmail-client.service sendmail-client.service.001
    vi sendmail-client.service
    - comment out the lines
      Wants=mail-transfer-agent.target
      Before=mail-transfer-agent.target
    cp -p sendmail-client.path sendmail-client.path.001
    vi sendmail-client.path
    - comment out the line
      Before=mail-transfer-agent.target
    systemctl daemon-reload
    systemctl restart sendmail

Alles anzeigen

Danke für eure Hilfe!

Klaus

seahawk1986 · 18. April 2015

Ich weiß nicht, wie das Paketmanagement unter OpenSuSE das handhabt, aber ein mögliches Problem bei dieser Vorgehensweise ist, dass deine Änderungen bei einem Update des Pakets sendmail überschrieben werden können. Systemd sieht vor, dass man angepasste Konfigurationsdateien entweder komplett oder als Drop-In unter /etc/systemd/system/ platziert - im Arch Linux Wiki ist das Vorgehen beschrieben: https://wiki.archlinux.org/ind…iting_provided_unit_files

kls · 18. April 2015

Hier mein neues "Kochrezept":

Code

- avoid systemd log spam:
    cd /usr/lib/systemd/system
    cp sendmail.service sendmail-client.service sendmail-client.path /etc/systemd/system
    vi /etc/systemd/system/sendmail.service
    - comment out the lines
      Wants=amavis.service cyrus.service ldap.service nscd.service ypbind.service saslauthd.service
      After=amavis.service cyrus.service ldap.service nscd.service ypbind.service saslauthd.service
    vi /etc/systemd/system/sendmail-client.service
    - comment out the lines
      Wants=mail-transfer-agent.target
      Before=mail-transfer-agent.target
    vi /etc/systemd/system/sendmail-client.path
    - comment out the line
      Before=mail-transfer-agent.target
    ln -sf /etc/systemd/system/sendmail.service /etc/systemd/system/multi-user.target.wants/sendmail.service
    ln -sf /etc/systemd/system/sendmail-client.service /etc/systemd/system/multi-user.target.wants/sendmail-client.service
    ln -sf /etc/systemd/system/sendmail-client.path /etc/systemd/system/multi-user.target.wants/sendmail-client.path
    ln -sf /etc/systemd/system/sendmail.service /etc/systemd/system/mail-transfer-agent.target
    systemctl daemon-reload
    systemctl restart sendmail

Alles anzeigen

Klaus

systemd müllt Log zu mit "Cannot add dependency job for unit..."

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema