Hallo!
Ich habe hier ein hässliches Problem. amavisd startet nicht mehr.
May 6 17:50:10 atlas systemd: Failed to start clamd scanner (amavisd) daemon. May 6 17:50:10 atlas systemd: clamd@amavisd.service failed.
Daraufhin habe ich alles clam-bezügliche aus der amavisd.conf auskommentiert. Hat nichts geholfen. Dann habe ich alles clam-bezügliche mit yum deinstalliert.
May 6 18:16:10 atlas systemd: Cannot add dependency job for unit clamd@amavisd.service, ignoring: Unit not found. May 6 18:16:10 atlas systemd: start request repeated too quickly for amavisd.service May 6 18:16:10 atlas systemd: Failed to start Amavisd-new is an interface between MTA and content checkers.. May 6 18:16:10 atlas systemd: amavisd.service failed.
Nach einem Neustart das gleiche Problem. Ich weis nicht, was ich noch tun soll. Ich komme nicht dahinter, was der systemd da macht.
Hat jemand Rat?
Grüße
Andreas
Hallo Andreas,
kann es evtl. sein, dass nicht der AMaViS systemd-Daemon Dein Problem ist, sondern eher der ClamAV-Daemon welcher zum AMaViS gehört?
Ich habe nachfolgende Konfiguration für systemd bzgl. AMaViS-Daemon und dem dazugehörigen ClamAV-Daemon:
# cat /usr/lib/systemd/system/amavisd.service [Unit] Description=Amavisd-new is an interface between MTA and content checkers. Documentation=http://www.ijs.si/software/amavisd/#doc After=network.target Wants=clamd@amavisd.service Wants=postfix.service
[Service] Type=forking User=amavis Group=amavis PIDFile=/var/run/amavisd/amavisd.pid ExecStart=/usr/sbin/amavisd -c /etc/amavisd/amavisd.conf ExecReload=/usr/sbin/amavisd -c /etc/amavisd/amavisd.conf reload Restart=on-failure PrivateTmp=true PrivateDevices=true CapabilityBoundingSet= ProtectSystem=full ProtectHome=true
[Install] WantedBy=multi-user.target
bzw.
# cat /usr/lib/systemd/system/clamd@.service [Unit] Description = clamd scanner (%i) daemon Documentation=man:clamd(8) man:clamd.conf(5) https://www.clamav.net/documents/ # Check for database existence # ConditionPathExistsGlob=@DBDIR@/main.{c[vl]d,inc} # ConditionPathExistsGlob=@DBDIR@/daily.{c[vl]d,inc} After = syslog.target nss-lookup.target network.target
[Service] Type = forking ExecStart = /usr/sbin/clamd -c /etc/clamd.d/%i.conf Restart = on-failure
Meine systemd-Dienste heissen allerdings:
# systemctl list-unit-files --type=service | grep -e enabled | grep -e amavis -e clam amavisd.service enabled clamd@.service enabled
Grüße Klaus.
Hallo!
Ich habe hier ein hässliches Problem. amavisd startet nicht mehr.
May 6 17:50:10 atlas systemd: Failed to start clamd scanner (amavisd) daemon. May 6 17:50:10 atlas systemd: clamd@amavisd.service failed.
Daraufhin habe ich alles clam-bezügliche aus der amavisd.conf auskommentiert. Hat nichts geholfen. Dann habe ich alles clam-bezügliche mit yum deinstalliert.
May 6 18:16:10 atlas systemd: Cannot add dependency job for unit clamd@amavisd.service, ignoring: Unit not found. May 6 18:16:10 atlas systemd: start request repeated too quickly for amavisd.service May 6 18:16:10 atlas systemd: Failed to start Amavisd-new is an interface between MTA and content checkers.. May 6 18:16:10 atlas systemd: amavisd.service failed.
Nach einem Neustart das gleiche Problem. Ich weis nicht, was ich noch tun soll. Ich komme nicht dahinter, was der systemd da macht.
Hat jemand Rat?
Grüße
Andreas
-- PGP-Fingerprint: D392 5D21 0299 63D7 5BAE 4562 1E56 B2EA 81A2 59F1
----- Ende der Nachricht von Andreas Meyer a.meyer@nimmini.de -----
Hallo Klaus!
Ich blick nicht mehr durch. Ich habe jetzt die clamd spezifischen Pakete wieder installiert. Der Fehler bleibt, amavis startet nicht mehr.
# systemctl list-unit-files --type=service | grep -e enabled | grep -e amavis -e clam amavisd.service enabled
# systemctl start clamd@.service Failed to start clamd@.service: Unit name clamd@.service is missing the instance name.
# systemctl enable clamd@.service Failed to execute operation: Unit name clamd@.service is missing the instance name.
Ich habe die Dateien mit Deinen verglichen, sie sind identisch. Dass amavis nicht mehr startet kann erst durch ein kürzliches update des systemd verursacht worden sein. Mir ist es erst heute aufgefallen, der Server ist nur schwach frequentiert.
Ich habe versucht, mich auf der developerliste von systemd einzutragen, aber die mail bounced. Schlechter Scherz. Finde ich unmöglich. Es kann doch nicht sein, dass man dann einfach im Regen steht mit so einem Problem.
Grüße
Andreas
Klaus Tachtler klaus@tachtler.net schrieb am 06.05.19 um 22:03:40 Uhr:
kann es evtl. sein, dass nicht der AMaViS systemd-Daemon Dein Problem ist, sondern eher der ClamAV-Daemon welcher zum AMaViS gehört?
Ich habe nachfolgende Konfiguration für systemd bzgl. AMaViS-Daemon und dem dazugehörigen ClamAV-Daemon:
# cat /usr/lib/systemd/system/amavisd.service [Unit] Description=Amavisd-new is an interface between MTA and content checkers. Documentation=http://www.ijs.si/software/amavisd/#doc After=network.target Wants=clamd@amavisd.service Wants=postfix.service
[Service] Type=forking User=amavis Group=amavis PIDFile=/var/run/amavisd/amavisd.pid ExecStart=/usr/sbin/amavisd -c /etc/amavisd/amavisd.conf ExecReload=/usr/sbin/amavisd -c /etc/amavisd/amavisd.conf reload Restart=on-failure PrivateTmp=true PrivateDevices=true CapabilityBoundingSet= ProtectSystem=full ProtectHome=true
[Install] WantedBy=multi-user.target
bzw.
# cat /usr/lib/systemd/system/clamd@.service [Unit] Description = clamd scanner (%i) daemon Documentation=man:clamd(8) man:clamd.conf(5) https://www.clamav.net/documents/ # Check for database existence # ConditionPathExistsGlob=@DBDIR@/main.{c[vl]d,inc} # ConditionPathExistsGlob=@DBDIR@/daily.{c[vl]d,inc} After = syslog.target nss-lookup.target network.target
[Service] Type = forking ExecStart = /usr/sbin/clamd -c /etc/clamd.d/%i.conf Restart = on-failure
Meine systemd-Dienste heissen allerdings:
# systemctl list-unit-files --type=service | grep -e enabled | grep -e amavis -e clam amavisd.service enabled clamd@.service enabled
Grüße Klaus.
Hallo!
Ich habe hier ein hässliches Problem. amavisd startet nicht mehr.
May 6 17:50:10 atlas systemd: Failed to start clamd scanner (amavisd) daemon. May 6 17:50:10 atlas systemd: clamd@amavisd.service failed.
Daraufhin habe ich alles clam-bezügliche aus der amavisd.conf auskommentiert. Hat nichts geholfen. Dann habe ich alles clam-bezügliche mit yum deinstalliert.
May 6 18:16:10 atlas systemd: Cannot add dependency job for unit clamd@amavisd.service, ignoring: Unit not found. May 6 18:16:10 atlas systemd: start request repeated too quickly for amavisd.service May 6 18:16:10 atlas systemd: Failed to start Amavisd-new is an interface between MTA and content checkers.. May 6 18:16:10 atlas systemd: amavisd.service failed.
Nach einem Neustart das gleiche Problem. Ich weis nicht, was ich noch tun soll. Ich komme nicht dahinter, was der systemd da macht.
Hat jemand Rat?
Grüße
Andreas
-- PGP-Fingerprint: D392 5D21 0299 63D7 5BAE 4562 1E56 B2EA 81A2 59F1
----- Ende der Nachricht von Andreas Meyer a.meyer@nimmini.de -----
On Mon, 06 May 2019, Andreas Meyer wrote:
# systemctl list-unit-files --type=service | grep -e enabled | grep -e amavis -e clam amavisd.service enabled
So ganz verstehe ich das Problem dieses Threads nicht. Hakt es an den Grundlagen der systemd-Benutzung oder stehe ich auf dem Schlauch? Hier sieht das in etwa so aus:
$ systemctl cat amavisd.service | head # /usr/lib/systemd/system/amavisd.service [Unit] Description=Amavisd-new is an interface between MTA and content checkers. Documentation=http://www.ijs.si/software/amavisd/#doc After=network.target Wants=clamd@amavisd.service Wants=postfix.service
[Service] Type=forking $
$ yum install "*/clamd@*.service" -> clamd-0.101.2-1.el7.x86_64 (+ Abhängigkeiten)
$ systemctl start clamd@amavisd.service $
Stichwort: systemd template unit files. clamd@.service ist das Template und clamd@amavisd.service die instanzierte Nutzung. Ein Template kann man eher nicht starten. https://fedoramagazine.org/systemd-template-unit-files/ für Beispiele zum Konzept der systemd template unit files.
Grüße, Robert
Hallo Andreas,
schau mal hier, das ist mein DokuWiki, welches ich mal für mich erstellt habe:
https://dokuwiki.tachtler.net/doku.php?id=tachtler:amavis_centos_7
UND **WICHTIG** -->
https://dokuwiki.tachtler.net/doku.php?id=tachtler:amavis_centos_7_-_clamav_...
Vielleicht hilft Dir das, Deine Konfiguration noch einmal nachzuvollziehen.
Grüße Klaus.
Hallo Klaus!
Ich blick nicht mehr durch. Ich habe jetzt die clamd spezifischen Pakete wieder installiert. Der Fehler bleibt, amavis startet nicht mehr.
# systemctl list-unit-files --type=service | grep -e enabled | grep -e amavis -e clam amavisd.service enabled
# systemctl start clamd@.service Failed to start clamd@.service: Unit name clamd@.service is missing the instance name.
# systemctl enable clamd@.service Failed to execute operation: Unit name clamd@.service is missing the instance name.
Ich habe die Dateien mit Deinen verglichen, sie sind identisch. Dass amavis nicht mehr startet kann erst durch ein kürzliches update des systemd verursacht worden sein. Mir ist es erst heute aufgefallen, der Server ist nur schwach frequentiert.
Ich habe versucht, mich auf der developerliste von systemd einzutragen, aber die mail bounced. Schlechter Scherz. Finde ich unmöglich. Es kann doch nicht sein, dass man dann einfach im Regen steht mit so einem Problem.
Grüße
Andreas
Klaus Tachtler klaus@tachtler.net schrieb am 06.05.19 um 22:03:40 Uhr:
kann es evtl. sein, dass nicht der AMaViS systemd-Daemon Dein Problem ist, sondern eher der ClamAV-Daemon welcher zum AMaViS gehört?
Ich habe nachfolgende Konfiguration für systemd bzgl. AMaViS-Daemon und dem dazugehörigen ClamAV-Daemon:
# cat /usr/lib/systemd/system/amavisd.service [Unit] Description=Amavisd-new is an interface between MTA and content checkers. Documentation=http://www.ijs.si/software/amavisd/#doc After=network.target Wants=clamd@amavisd.service Wants=postfix.service
[Service] Type=forking User=amavis Group=amavis PIDFile=/var/run/amavisd/amavisd.pid ExecStart=/usr/sbin/amavisd -c /etc/amavisd/amavisd.conf ExecReload=/usr/sbin/amavisd -c /etc/amavisd/amavisd.conf reload Restart=on-failure PrivateTmp=true PrivateDevices=true CapabilityBoundingSet= ProtectSystem=full ProtectHome=true
[Install] WantedBy=multi-user.target
bzw.
# cat /usr/lib/systemd/system/clamd@.service [Unit] Description = clamd scanner (%i) daemon Documentation=man:clamd(8) man:clamd.conf(5) https://www.clamav.net/documents/ # Check for database existence # ConditionPathExistsGlob=@DBDIR@/main.{c[vl]d,inc} # ConditionPathExistsGlob=@DBDIR@/daily.{c[vl]d,inc} After = syslog.target nss-lookup.target network.target
[Service] Type = forking ExecStart = /usr/sbin/clamd -c /etc/clamd.d/%i.conf Restart = on-failure
Meine systemd-Dienste heissen allerdings:
# systemctl list-unit-files --type=service | grep -e enabled | grep -e amavis -e clam amavisd.service enabled clamd@.service enabled
Grüße Klaus.
Hallo!
Ich habe hier ein hässliches Problem. amavisd startet nicht mehr.
May 6 17:50:10 atlas systemd: Failed to start clamd scanner (amavisd) daemon. May 6 17:50:10 atlas systemd: clamd@amavisd.service failed.
Daraufhin habe ich alles clam-bezügliche aus der amavisd.conf
auskommentiert.
Hat nichts geholfen. Dann habe ich alles clam-bezügliche mit yum deinstalliert.
May 6 18:16:10 atlas systemd: Cannot add dependency job for unit clamd@amavisd.service, ignoring: Unit not found. May 6 18:16:10 atlas systemd: start request repeated too quickly for amavisd.service May 6 18:16:10 atlas systemd: Failed to start Amavisd-new is an interface between MTA and content checkers.. May 6 18:16:10 atlas systemd: amavisd.service failed.
Nach einem Neustart das gleiche Problem. Ich weis nicht, was ich noch tun soll. Ich komme nicht dahinter, was der systemd da macht.
Hat jemand Rat?
Grüße
Andreas
-- PGP-Fingerprint: D392 5D21 0299 63D7 5BAE 4562 1E56 B2EA 81A2 59F1
----- Ende der Nachricht von Andreas Meyer a.meyer@nimmini.de -----
-- PGP-Fingerprint: D392 5D21 0299 63D7 5BAE 4562 1E56 B2EA 81A2 59F1
----- Ende der Nachricht von Andreas Meyer a.meyer@nimmini.de -----