Groups > de.comm.software.mailserver > #6950 > unrolled thread

Postfix queue file write error (amavis?)

Started by	Ulli Horlacher <framstag@rus.uni-stuttgart.de>
First post	2024-01-10 12:54 +0000
Last post	2024-08-26 10:46 +0200
Articles	17 on this page of 37 — 6 participants

Back to article view | Back to de.comm.software.mailserver

  Postfix queue file write error (amavis?) Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2024-01-10 12:54 +0000
    Re: Postfix queue file write error (amavis?) Marco Moock <mm+solani@dorfdsl.de> - 2024-01-10 14:03 +0100
      Re: Postfix queue file write error (amavis?) Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2024-01-10 14:36 +0000
        Re: Postfix queue file write error (amavis?) Marco Moock <mm+solani@dorfdsl.de> - 2024-01-10 15:39 +0100
    Re: Postfix queue file write error (amavis?) Tim Ritberg <tim@server.invalid> - 2024-01-10 15:29 +0100
      Re: Postfix queue file write error (amavis?) Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2024-01-10 14:44 +0000
        Re: Postfix queue file write error (amavis?) Tim Ritberg <tim@server.invalid> - 2024-01-10 16:15 +0100
          Re: Postfix queue file write error (amavis?) Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2024-01-10 17:40 +0000
            Re: Postfix queue file write error (amavis?) Tim Ritberg <tim@server.invalid> - 2024-01-10 19:13 +0100
              Re: Postfix queue file write error (amavis?) Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2024-01-11 08:47 +0000
                Re: Postfix queue file write error (amavis?) Tim Ritberg <tim@server.invalid> - 2024-01-11 11:00 +0100
                  Re: Postfix queue file write error (amavis?) Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2024-01-12 12:12 +0000
                    Re: Postfix queue file write error (amavis?) Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2024-01-12 12:57 +0000
      Re: Postfix queue file write error (amavis?) Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2024-05-07 10:07 +0000
        Re: Postfix queue file write error (amavis?) Tim Ritberg <tim@server.invalid> - 2024-05-07 13:10 +0200
    Re: Postfix queue file write error (amavis?) Stephan Seitz <stse+usenet@rootsland.net> - 2024-01-11 09:29 +0000
      Re: Postfix queue file write error (amavis?) Marc Haber <mh+usenetspam1118@zugschl.us> - 2025-04-09 18:23 +0200
        Re: Postfix queue file write error (amavis?) Stephan Seitz <stse+usenet@rootsland.net> - 2025-04-09 16:55 +0000
    Re: Postfix queue file write error (amavis?) Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2024-07-25 09:45 +0000
      Re: Postfix queue file write error (amavis?) Tim Ritberg <tim@server.invalid> - 2024-07-25 12:26 +0200
        Re: Postfix queue file write error (amavis?) Christian Garbs <mitch@cgarbs.de> - 2024-08-04 11:06 +0000
          Re: Postfix queue file write error (amavis?) Tim Ritberg <tim@server.invalid> - 2024-08-04 13:30 +0200
            Re: Postfix queue file write error (amavis?) Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2024-08-05 11:53 +0000
            Re: Postfix queue file write error (amavis?) Christian Garbs <mitch@cgarbs.de> - 2024-08-05 18:15 +0000
              Re: Postfix queue file write error (amavis?) Tim Ritberg <tim@server.invalid> - 2024-08-05 21:29 +0200
        Re: Postfix queue file write error (amavis?) Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2024-08-05 11:48 +0000
          Re: Postfix queue file write error (amavis?) Tim Ritberg <tim@server.invalid> - 2024-08-05 21:30 +0200
            Re: Postfix queue file write error (amavis?) Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2024-08-06 06:56 +0000
              Re: Postfix queue file write error (amavis?) Tim Ritberg <tim@server.invalid> - 2024-08-06 10:02 +0200
                Re: Postfix queue file write error (amavis?) Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2024-08-06 10:42 +0000
                  Re: Postfix queue file write error (amavis?) Tim Ritberg <tim@server.invalid> - 2024-08-07 10:17 +0200
                    Re: Postfix queue file write error (amavis?) Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2024-08-07 13:09 +0000
                      Re: Postfix queue file write error (amavis?) Tim Ritberg <tim@server.invalid> - 2024-08-07 16:28 +0200
                        Re: Postfix queue file write error (amavis?) Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2024-08-08 07:00 +0000
                          Re: Postfix queue file write error (amavis?) Stephan Seitz <stse+usenet@rootsland.net> - 2024-08-08 07:32 +0000
                            Re: Postfix queue file write error (amavis?) Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2024-08-26 08:06 +0000
                          Re: Postfix queue file write error (amavis?) Tim Ritberg <tim@server.invalid> - 2024-08-26 10:46 +0200

Page 2 of 2 — ← Prev page 1 [2]

#7055

From	Christian Garbs <mitch@cgarbs.de>
Date	2024-08-04 11:06 +0000
Message-ID	<v8nnb5$dusn$1@yggdrasil.dn.cgarbs.de>
In reply to	#7044

Mahlzeit!

Tim Ritberg <tim@server.invalid> wrote:
> Am 25.07.24 um 11:45 schrieb Ulli Horlacher:

>> Ich vermute eine Form von Mailbombe (rekursives zip, etc)?
>> 
>> (Was) kann/sollte man da tun?

> Clamav nicht so große Mails geben.

Wenn es sich tatsächlich um eine Archivbombe handelt,
ist der Vorschlag mit der Mailgröße nicht sinnvoll.

Das Beispiel aus [1] nennt eine 42kB ZIP-Datei (das dürfte grob im
Rahmen einer HTML-Mail mit einem Logo in Bildform liegen), die beim
Entpacken zu 4,5 Petabyte wird.

Man kann vielleicht die Rekursionstiefe im Entpacker von Clamav
reduzieren, aber dann rutschen halt auch wieder Dinge ungeprüft durch.

Gruß
Christian

[1] https://de.wikipedia.org/wiki/Archivbombe
-- 
....Christian.Garbs....................................https://www.cgarbs.de
Und was du heute kannst verschieben,
das kann auch noch bis morgen liegen.

[toc] | [prev] | [next] | [standalone]

#7056

From	Tim Ritberg <tim@server.invalid>
Date	2024-08-04 13:30 +0200
Message-ID	<v8noo4$p038$1@tota-refugium.de>
In reply to	#7055

Am 04.08.24 um 13:06 schrieb Christian Garbs:

> 
> [1] https://de.wikipedia.org/wiki/Archivbombe

Da gibt es einen Fix:
https://blog.clamav.net/2019/08/clamav-01013-security-patch-release-and.html

Denn och steht eine Antwort vom OP aus...

Tim

[toc] | [prev] | [next] | [standalone]

#7058

From	Ulli Horlacher <framstag@rus.uni-stuttgart.de>
Date	2024-08-05 11:53 +0000
Message-ID	<v8qefr$332$2@news2.informatik.uni-stuttgart.de>
In reply to	#7056

Tim Ritberg <tim@server.invalid> wrote:
> Am 04.08.24 um 13:06 schrieb Christian Garbs:
> 
>> 
>> [1] https://de.wikipedia.org/wiki/Archivbombe
> 
> Da gibt es einen Fix:
> https://blog.clamav.net/2019/08/clamav-01013-security-patch-release-and.html

Installiert ist:
ii  clamav            0.103.11+dfsg-0ubuntu0.22.04.1 amd64 anti-virus utility for Unix - command-line interface
ii  clamav-base       0.103.11+dfsg-0ubuntu0.22.04.1 all   anti-virus utility for Unix - base package
ii  clamav-daemon     0.103.11+dfsg-0ubuntu0.22.04.1 amd64 anti-virus utility for Unix - scanner daemon
ii  clamav-freshclam  0.103.11+dfsg-0ubuntu0.22.04.1 amd64 anti-virus utility for Unix - virus database update utility
ii  clamdscan         0.103.11+dfsg-0ubuntu0.22.04.1 amd64 anti-virus utility for Unix - scanner client

Also deutlich neuer.

-- 
Ullrich Horlacher              Server und Virtualisierung
Rechenzentrum TIK
Universitaet Stuttgart         E-Mail: horlacher@tik.uni-stuttgart.de
Allmandring 30a                Tel:    ++49-711-68565868
70569 Stuttgart (Germany)      WWW:    https://www.tik.uni-stuttgart.de/

[toc] | [prev] | [next] | [standalone]

#7059

From	Christian Garbs <mitch@cgarbs.de>
Date	2024-08-05 18:15 +0000
Message-ID	<v8r4ss$u48r$1@yggdrasil.dn.cgarbs.de>
In reply to	#7056

Mahlzeit!

Tim Ritberg <tim@server.invalid> wrote:
> Am 04.08.24 um 13:06 schrieb Christian Garbs:
> 
>> [1] https://de.wikipedia.org/wiki/Archivbombe
> 
> Da gibt es einen Fix:
> https://blog.clamav.net/2019/08/clamav-01013-security-patch-release-and.html

Auch das geht wieder knapp am Thema vorbei, denn an dem Bugfix steht
explizit "non recursive".  Mein Beispiel war aber rekursiv.

Gruß
Christian
-- 
....Christian.Garbs....................................https://www.cgarbs.de
  Smoking is the leading cause of statistics.

[toc] | [prev] | [next] | [standalone]

#7060

From	Tim Ritberg <tim@server.invalid>
Date	2024-08-05 21:29 +0200
Message-ID	<v8r967$qqdc$2@tota-refugium.de>
In reply to	#7059

Am 05.08.24 um 20:15 schrieb Christian Garbs:
> Mahlzeit!
> 
> Tim Ritberg <tim@server.invalid> wrote:
>> Am 04.08.24 um 13:06 schrieb Christian Garbs:
>>
>>> [1] https://de.wikipedia.org/wiki/Archivbombe
>>
>> Da gibt es einen Fix:
>> https://blog.clamav.net/2019/08/clamav-01013-security-patch-release-and.html
> 
> Auch das geht wieder knapp am Thema vorbei, denn an dem Bugfix steht
> explizit "non recursive".  Mein Beispiel war aber rekursiv.
Ja welcher Admin stellt da schon die Sperre auf 0.

Tim

[toc] | [prev] | [next] | [standalone]

#7057

From	Ulli Horlacher <framstag@rus.uni-stuttgart.de>
Date	2024-08-05 11:48 +0000
Message-ID	<v8qe6f$332$1@news2.informatik.uni-stuttgart.de>
In reply to	#7044

Tim Ritberg <tim@server.invalid> wrote:
> Am 25.07.24 um 11:45 schrieb Ulli Horlacher:
>> 
>>   104464 amavis    20   0 1456708   1.3g   8852 R  82.5  22.4   0:16.36 clamscan
>>      636 clamav    20   0 3086400   2.5g   5976 R  37.4  43.1  18:39.49 clamd
> Hast du Camav als Socket für Amavis laufen oder wird clamscan aufgerufen?

In /etc/postfix/master.cf steht:

amavis unix - - n - 6 smtp


framstag@moep:~: service amavis status
* amavis.service - Interface between MTA and virus scanner/content filters
     Loaded: loaded (/lib/systemd/system/amavis.service; enabled; vendor preset: enabled)
     Active: active (running) since Mon 2024-08-05 06:44:17 CEST; 6h ago
       Docs: http://www.ijs.si/software/amavisd/#doc
    Process: 90287 ExecStartPre=/usr/bin/find /var/lib/amavis -maxdepth 1 -name amavis-* -type d -exec rm -rf {} ; (code=exited, sta>
    Process: 90288 ExecStartPre=/usr/bin/find /var/lib/amavis/tmp -maxdepth 1 -name amavis-* -type d -exec rm -rf {} ; (code=exited,>
   Main PID: 90289 (/usr/sbin/amavi)
      Tasks: 3 (limit: 6973)
     Memory: 237.1M
        CPU: 10.603s
     CGroup: /system.slice/amavis.service
             |-90289 "/usr/sbin/amavisd-new (master)"
             |-90341 "/usr/sbin/amavisd-new (ch7-avail)"
             `-90342 "/usr/sbin/amavisd-new (ch6-avail)"


An Prozessen laufen:

USER         PID    PPID %CPU S    VSZ COMMAND
amavis     90289       1  0.0 S 171148 /usr/sbin/amavisd-new (master)
amavis     90341   90289  0.0 S 178704 /usr/sbin/amavisd-new (ch7-avail)
amavis     90342   90289  0.0 S 175480 /usr/sbin/amavisd-new (ch6-avail)
clamav       659       1  0.7 S 1684200 /usr/sbin/clamd --foreground=true
clamav       838       1  0.0 S 134884 /usr/bin/freshclam -d --foreground=true

framstag@moep:~: systemctl cat amavis
# /lib/systemd/system/amavis.service
[Unit]
Description=Interface between MTA and virus scanner/content filters
Documentation=http://www.ijs.si/software/amavisd/#doc
After=network.target

[Service]
User=amavis
Group=amavis
RuntimeDirectory=amavis
ExecStart=/usr/sbin/amavisd-new foreground
ExecReload=/usr/sbin/amavisd-new reload
ExecStartPre=-/usr/bin/find /var/lib/amavis -maxdepth 1 -name 'amavis-*' -type d -exec rm -rf "{}" \;
ExecStartPre=-/usr/bin/find /var/lib/amavis/tmp -maxdepth 1 -name 'amavis-*' -type d -exec rm -rf "{}" \;
Restart=on-failure
PrivateTmp=true
CapabilityBoundingSet=
ProtectSystem=full
ProtectHome=true

[Install]
WantedBy=multi-user.target



-- 
Ullrich Horlacher              Server und Virtualisierung
Rechenzentrum TIK
Universitaet Stuttgart         E-Mail: horlacher@tik.uni-stuttgart.de
Allmandring 30a                Tel:    ++49-711-68565868
70569 Stuttgart (Germany)      WWW:    https://www.tik.uni-stuttgart.de/

[toc] | [prev] | [next] | [standalone]

#7061

From	Tim Ritberg <tim@server.invalid>
Date	2024-08-05 21:30 +0200
Message-ID	<v8r98p$qqdc$3@tota-refugium.de>
In reply to	#7057

Am 05.08.24 um 13:48 schrieb Ulli Horlacher:
> Tim Ritberg <tim@server.invalid> wrote:
>> Am 25.07.24 um 11:45 schrieb Ulli Horlacher:
>>>
>>>    104464 amavis    20   0 1456708   1.3g   8852 R  82.5  22.4   0:16.36 clamscan
>>>       636 clamav    20   0 3086400   2.5g   5976 R  37.4  43.1  18:39.49 clamd
>> Hast du Camav als Socket für Amavis laufen oder wird clamscan aufgerufen?
> 
> In /etc/postfix/master.cf steht:
> 
> amavis unix - - n - 6 smtp
> 
> 

Erklärt nicht, woher clamscan kommt. Also ja, Amavis hat's aufgerufen, 
sollte er aber eigentlich nicht.

Da muss noch was im Log stehen.

Tim

[toc] | [prev] | [next] | [standalone]

#7062

From	Ulli Horlacher <framstag@rus.uni-stuttgart.de>
Date	2024-08-06 06:56 +0000
Message-ID	<v8shfn$k9j$1@news2.informatik.uni-stuttgart.de>
In reply to	#7061

Tim Ritberg <tim@server.invalid> wrote:
> Am 05.08.24 um 13:48 schrieb Ulli Horlacher:
>> Tim Ritberg <tim@server.invalid> wrote:
>>> Am 25.07.24 um 11:45 schrieb Ulli Horlacher:
>>>>
>>>>    104464 amavis    20   0 1456708   1.3g   8852 R  82.5  22.4   0:16.36 clamscan
>>>>       636 clamav    20   0 3086400   2.5g   5976 R  37.4  43.1  18:39.49 clamd
>>> Hast du Camav als Socket für Amavis laufen oder wird clamscan aufgerufen?
>> 
>> In /etc/postfix/master.cf steht:
>> 
>> amavis unix - - n - 6 smtp
>> 
>> 
> 
> Erklärt nicht, woher clamscan kommt. Also ja, Amavis hat's aufgerufen, 
> sollte er aber eigentlich nicht.
> 
> Da muss noch was im Log stehen.

Mehr steht nicht dazu:

2024-07-25 11:27:09 postfix/smtpd[104380]: warning: timeout talking to proxy 127.0.0.1:10024
2024-07-25 11:27:09 postfix/smtpd[104380]: proxy-reject: END-OF-MESSAGE: 451 4.3.0 Error: queue file write error; from=<XXXXXX@gmx.de> to=<framstag@tandem-fahren.de> proto=ESMTP helo=<mout.gmx.net>
2024-07-25 11:27:09 postfix/cleanup[104387]: 5DAC8A008B: message-id=<20240725092709.5DAC8A008B@tandem-fahren.de>
2024-07-25 11:27:09 postfix/smtpd[104380]: disconnect from mout.gmx.net[212.227.17.21] ehlo=2 starttls=1 mail=1 rcpt=1 data=0/1 quit=1 commands=6/7
2024-07-25 11:27:09 postfix/qmgr[1100]: 5DAC8A008B: from=<double-bounce@tandem-fahren.de>, size=1290, nrcpt=1 (queue active)
2024-07-25 11:27:09 postfix/pickup[104443]: A688BA0099: uid=11 from=<postmaster>
2024-07-25 11:27:09 postfix/cleanup[104387]: A688BA0099: message-id=<20240725092709.5DAC8A008B@tandem-fahren.de>
2024-07-25 11:27:09 postfix/local[104388]: 5DAC8A008B: to=<postmaster@tandem-fahren.de>, orig_to=<postmaster>, relay=local, delay=0.39, delays=0.1/0/0/0.28, dsn=2.0.0, status=sent (delivered to command: procmail -a "$EXTENSION")
2024-07-25 11:27:09 postfix/qmgr[1100]: 5DAC8A008B: removed
2024-07-25 11:27:09 postfix/qmgr[1100]: A688BA0099: from=<postmaster@tandem-fahren.de>, size=1572, nrcpt=1 (queue active)
2024-07-25 11:27:10 postfix/local[104403]: A688BA0099: to=<framstag@tandem-fahren.de>, orig_to=<framstag>, relay=local, delay=0.47, delays=0.19/0/0/0.27, dsn=2.0.0, status=sent (delivered to command: procmail -a "$EXTENSION")
2024-07-25 11:27:10 postfix/qmgr[1100]: A688BA0099: removed
2024-07-25 11:27:13 amavis[90789]: (90789-07) (!)ClamAV-clamd av-scanner FAILED: run_av error: ask_daemon_internal: Exceeded allowed time at (eval 124) line 657.\n
2024-07-25 11:27:13 amavis[90789]: (90789-07) (!)WARN: all primary virus scanners failed, considering backups
2024-07-25 11:27:57 amavis[90790]: (90790-07) (!)ClamAV-clamd av-scanner FAILED: run_av error: ask_daemon_internal: Exceeded allowed time at (eval 124) line 657.\n
2024-07-25 11:27:57 amavis[90790]: (90790-07) (!)WARN: all primary virus scanners failed, considering backups
2024-07-25 11:28:05 amavis[104465]: (90789-07) SA info: util: setuid: ruid=112 euid=112 rgid=121 119 121 egid=121 119 121


-- 
Ullrich Horlacher              Server und Virtualisierung
Rechenzentrum TIK
Universitaet Stuttgart         E-Mail: horlacher@tik.uni-stuttgart.de
Allmandring 30a                Tel:    ++49-711-68565868
70569 Stuttgart (Germany)      WWW:    https://www.tik.uni-stuttgart.de/

[toc] | [prev] | [next] | [standalone]

#7063

From	Tim Ritberg <tim@server.invalid>
Date	2024-08-06 10:02 +0200
Message-ID	<v8sl9t$rscl$1@tota-refugium.de>
In reply to	#7062

Am 06.08.24 um 08:56 schrieb Ulli Horlacher:
>> Da muss noch was im Log stehen.
> 
> Mehr steht nicht dazu:
Ahh ein Klassiker. Klarer Fall von: Scheisse

> 
> 2024-07-25 11:27:09 postfix/smtpd[104380]: warning: timeout talking to proxy 127.0.0.1:10024
10024 ist dein Amavis? Scheinbar überlastet...

> 2024-07-25 11:27:09 postfix/smtpd[104380]: proxy-reject: END-OF-MESSAGE: 451 4.3.0 Error: queue file write error; from=<XXXXXX@gmx.de> to=<framstag@tandem-fahren.de> proto=ESMTP helo=<mout.gmx.net>
oh Wunder...

> 2024-07-25 11:27:09 postfix/cleanup[104387]: 5DAC8A008B: message-id=<20240725092709.5DAC8A008B@tandem-fahren.de>
> 2024-07-25 11:27:13 amavis[90789]: (90789-07) (!)ClamAV-clamd av-scanner FAILED: run_av error: ask_daemon_internal: Exceeded allowed time at (eval 124) line 657.\n
> 2024-07-25 11:27:13 amavis[90789]: (90789-07) (!)WARN: all primary virus scanners failed, considering backups
> 2024-07-25 11:27:57 amavis[90790]: (90790-07) (!)ClamAV-clamd av-scanner FAILED: run_av error: ask_daemon_internal: Exceeded allowed time at (eval 124) line 657.\n
> 2024-07-25 11:27:57 amavis[90790]: (90790-07) (!)WARN: all primary virus scanners failed, considering backups
> 2024-07-25 11:28:05 amavis[104465]: (90789-07) SA info: util: setuid: ruid=112 euid=112 rgid=121 119 121 egid=121 119 121
Clamd kommt gar nicht zum Zug, Amavis startet clamscan.

Lass mich mal raten. Fast alle Mails werden vom clamscan verarbeitet. 
Amavis erreicht so schnell Child Limit. Postfix findet kein freies 
Child..bamm!

Tim

[toc] | [prev] | [next] | [standalone]

#7064

From	Ulli Horlacher <framstag@rus.uni-stuttgart.de>
Date	2024-08-06 10:42 +0000
Message-ID	<v8sunj$nl6$1@news2.informatik.uni-stuttgart.de>
In reply to	#7063

Tim Ritberg <tim@server.invalid> wrote:

> Lass mich mal raten. Fast alle Mails werden vom clamscan verarbeitet. 
> Amavis erreicht so schnell Child Limit. Postfix findet kein freies 
> Child..bamm!

Der Server bekommt nur alle paar Minuten eine Mail, selten mal 2-3 in
einer Minute.
Das kanns nicht sein.

-- 
Ullrich Horlacher              Server und Virtualisierung
Rechenzentrum TIK
Universitaet Stuttgart         E-Mail: horlacher@tik.uni-stuttgart.de
Allmandring 30a                Tel:    ++49-711-68565868
70569 Stuttgart (Germany)      WWW:    https://www.tik.uni-stuttgart.de/

[toc] | [prev] | [next] | [standalone]

#7065

From	Tim Ritberg <tim@server.invalid>
Date	2024-08-07 10:17 +0200
Message-ID	<v8vaiq$tdh4$1@tota-refugium.de>
In reply to	#7064

Am 06.08.24 um 12:42 schrieb Ulli Horlacher:
> Tim Ritberg <tim@server.invalid> wrote:
> 
>> Lass mich mal raten. Fast alle Mails werden vom clamscan verarbeitet.
>> Amavis erreicht so schnell Child Limit. Postfix findet kein freies
>> Child..bamm!
> 
> Der Server bekommt nur alle paar Minuten eine Mail, selten mal 2-3 in
> einer Minute.
> Das kanns nicht sein.
> 

Prüf mal das Log, warum clamd nicht zum Zug kommt, klappt das überhaupt mal?

Tim

[toc] | [prev] | [next] | [standalone]

#7066

From	Ulli Horlacher <framstag@rus.uni-stuttgart.de>
Date	2024-08-07 13:09 +0000
Message-ID	<v8vrn6$fme$1@news2.informatik.uni-stuttgart.de>
In reply to	#7065

Tim Ritberg <tim@server.invalid> wrote:
> Am 06.08.24 um 12:42 schrieb Ulli Horlacher:
>> Tim Ritberg <tim@server.invalid> wrote:
>> 
>>> Lass mich mal raten. Fast alle Mails werden vom clamscan verarbeitet.
>>> Amavis erreicht so schnell Child Limit. Postfix findet kein freies
>>> Child..bamm!
>> 
>> Der Server bekommt nur alle paar Minuten eine Mail, selten mal 2-3 in
>> einer Minute.
>> Das kanns nicht sein.
>> 
> 
> Prüf mal das Log, warum clamd nicht zum Zug kommt, klappt das überhaupt mal?

99.9% aller Mails kommen ohne Probleme an.
Im Log stehen keine weitere Fehlermeldungen.


-- 
Ullrich Horlacher              Server und Virtualisierung
Rechenzentrum TIK
Universitaet Stuttgart         E-Mail: horlacher@tik.uni-stuttgart.de
Allmandring 30a                Tel:    ++49-711-68565868
70569 Stuttgart (Germany)      WWW:    https://www.tik.uni-stuttgart.de/

[toc] | [prev] | [next] | [standalone]

#7067

From	Tim Ritberg <tim@server.invalid>
Date	2024-08-07 16:28 +0200
Message-ID	<v900b5$tmd9$1@tota-refugium.de>
In reply to	#7066

Am 07.08.24 um 15:09 schrieb Ulli Horlacher:
> Tim Ritberg <tim@server.invalid> wrote:
>> Am 06.08.24 um 12:42 schrieb Ulli Horlacher:
>>> Tim Ritberg <tim@server.invalid> wrote:
>>>
>>>> Lass mich mal raten. Fast alle Mails werden vom clamscan verarbeitet.
>>>> Amavis erreicht so schnell Child Limit. Postfix findet kein freies
>>>> Child..bamm!
>>>
>>> Der Server bekommt nur alle paar Minuten eine Mail, selten mal 2-3 in
>>> einer Minute.
>>> Das kanns nicht sein.
>>>
>>
>> Prüf mal das Log, warum clamd nicht zum Zug kommt, klappt das überhaupt mal?
> 
> 99.9% aller Mails kommen ohne Probleme an.
> Im Log stehen keine weitere Fehlermeldungen.
> 
> 

Zeige mal den Prouessbaum mit Postfix, Amvavis, clamd und clamscan.

Tim

[toc] | [prev] | [next] | [standalone]

#7068

From	Ulli Horlacher <framstag@rus.uni-stuttgart.de>
Date	2024-08-08 07:00 +0000
Message-ID	<v91qf5$vhf$1@news2.informatik.uni-stuttgart.de>
In reply to	#7067

Tim Ritberg <tim@server.invalid> wrote:

> Zeige mal den Prouessbaum mit Postfix, Amvavis, clamd und clamscan.

root@tandem:/var/log# psg amavis
USER         PID    PPID %CPU S    VSZ COMMAND
amavis    140889  140821  0.0 S 175064 /usr/sbin/amavisd-new (ch2-avail)
amavis    140821       1  0.0 S 171184 /usr/sbin/amavisd-new (master)
amavis    140888  140821  0.0 S 174788 /usr/sbin/amavisd-new (ch3-avail)


root@tandem:/var/log# pstree -Apsl | grep amav
systemd(1)-+-/usr/sbin/amavi(140821)-+-/usr/sbin/amavi(140888)
                                     `-/usr/sbin/amavi(140889)


root@tandem:/var/log# psg clam
USER         PID    PPID %CPU S    VSZ COMMAND
clamav       838       1  0.0 S 134884 /usr/bin/freshclam -d --foreground=true
clamav       659       1  0.4 S 1684512 /usr/sbin/clamd --foreground=true


root@tandem:/var/log# pstree -Apsl 659
systemd(1)---clamd(659)---{clamd}(1470)


clamscan laeuft grad nicht.

-- 
Ullrich Horlacher              Server und Virtualisierung
Rechenzentrum TIK
Universitaet Stuttgart         E-Mail: horlacher@tik.uni-stuttgart.de
Allmandring 30a                Tel:    ++49-711-68565868
70569 Stuttgart (Germany)      WWW:    https://www.tik.uni-stuttgart.de/

[toc] | [prev] | [next] | [standalone]

#7069

From	Stephan Seitz <stse+usenet@rootsland.net>
Date	2024-08-08 07:32 +0000
Message-ID	<lhjakuFsavuU1@mid.individual.net>
In reply to	#7068

Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote:
> clamscan laeuft grad nicht.

Das ist ja auch kein Daemon. Das ist das Problem. Der wird von Amavis
via CLI gestartet und muß dann jedes Mal die ganze Signatur-Datenbank
lesen. Das kostet halt a) massig Zeit und b) viel Ressourcen, wenn
Amavis das für viele Mails parallel machen muß.

Gut, der clamd läuft mal. Was sagt dein Log, wenn du Amavis startest?
Bei mir steht drin, daß er den Socket von clamd erfolgreich findet und
als primären Scanner verwenden wird.

Vielleicht findet Amavis bei dir den Socket nicht, oder die
Zugriffsrechte stimmen nicht. Ich mußte z.B. amavis in die Gruppe
clamav aufnehmen.

	Stephan

-- 
| Stephan Seitz         E-Mail: stse+usenet@rootsland.net |
|    If your life was a horse, you'd have to shoot it.    |

[toc] | [prev] | [next] | [standalone]

#7084

From	Ulli Horlacher <framstag@rus.uni-stuttgart.de>
Date	2024-08-26 08:06 +0000
Message-ID	<vahd2q$7db$1@news2.informatik.uni-stuttgart.de>
In reply to	#7069

Stephan Seitz <stse+usenet@rootsland.net> wrote:
> Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote:
>> clamscan laeuft grad nicht.
> 
> Das ist ja auch kein Daemon. Das ist das Problem. Der wird von Amavis
> via CLI gestartet und muß dann jedes Mal die ganze Signatur-Datenbank
> lesen. Das kostet halt a) massig Zeit und b) viel Ressourcen, wenn
> Amavis das für viele Mails parallel machen muß.

Ich hab nur wenige Mails, fast nie was parallel.


> Gut, der clamd läuft mal. Was sagt dein Log, wenn du Amavis startest?

2024-08-26 09:59:20 amavis[103888]: starting. /usr/sbin/amavisd-new at tandem-fahren.de amavisd-new-2.12.2 (20211013), Unicode aware, LANG="en_US.ISO-8859-15", LC_TIME="en_DK.UTF-8"
2024-08-26 09:59:20 amavis[103888]: perl=5.034000, user=112, EUID: 112 (112);  group=, EGID: 121 119 121 (121 119 121)
2024-08-26 09:59:20 amavis[103888]: SpamControl: init_pre_chroot on SpamAssassin done
2024-08-26 09:59:20 amavis[103888]: Net::Server: 2024/08/26-09:59:20 Amavis (type Net::Server::PreForkSimple) starting! pid(103888)
2024-08-26 09:59:20 amavis[103888]: Net::Server: Binding to UNIX socket file "/var/lib/amavis/amavisd.sock"
2024-08-26 09:59:20 amavis[103888]: Net::Server: Binding to TCP port 10024 on host 127.0.0.1 with IPv4
2024-08-26 09:59:20 amavis[103888]: Net::Server: Binding to TCP port 10024 on host ::1 with IPv6
2024-08-26 09:59:20 amavis[103888]: Net::Server: Group Not Defined.  Defaulting to EGID '121 119 121'
2024-08-26 09:59:20 amavis[103888]: Net::Server: User Not Defined.  Defaulting to EUID '112'
2024-08-26 09:59:20 amavis[103888]: Using primary internal av scanner code for ClamAV-clamd
2024-08-26 09:59:20 amavis[103888]: Found secondary av scanner ClamAV-clamscan at /usr/bin/clamscan
2024-08-26 10:00:57 freshclam[843]: Mon Aug 26 10:00:57 2024 -> Received signal: wake up
2024-08-26 10:00:57 freshclam[843]: Mon Aug 26 10:00:57 2024 -> ClamAV update process started at Mon Aug 26 10:00:57 2024
2024-08-26 10:00:57 freshclam[843]: Mon Aug 26 10:00:57 2024 -> daily.cld database is up-to-date (version: 27378, sigs: 2065918, f-level: 90, builder: raynman)
2024-08-26 10:00:57 freshclam[843]: Mon Aug 26 10:00:57 2024 -> main.cld database is up-to-date (version: 62, sigs: 6647427, f-level: 90, builder: sigmgr)
2024-08-26 10:00:57 freshclam[843]: Mon Aug 26 10:00:57 2024 -> bytecode.cld database is up-to-date (version: 335, sigs: 86, f-level: 90, builder: raynman)


> Vielleicht findet Amavis bei dir den Socket nicht, oder die
> Zugriffsrechte stimmen nicht.

Dann wuerde es entweder gar nicht funktionieren oder bei jeder Mail der Load hochgehen.
Das passiert aber nur in wenigen Faellen.


> Ich mußte z.B. amavis in die Gruppe clamav aufnehmen.

Ist bereits der Fall:

root@tandem:/var/log# grep amav /etc/group
clamav:x:119:amavis
amavis:x:121:clamav



-- 
Ullrich Horlacher              Server und Virtualisierung
Rechenzentrum TIK
Universitaet Stuttgart         E-Mail: horlacher@tik.uni-stuttgart.de
Allmandring 30a                Tel:    ++49-711-68565868
70569 Stuttgart (Germany)      WWW:    https://www.tik.uni-stuttgart.de/

[toc] | [prev] | [next] | [standalone]

#7085

From	Tim Ritberg <tim@server.invalid>
Date	2024-08-26 10:46 +0200
Message-ID	<vahfce$1n509$1@tota-refugium.de>
In reply to	#7068

Am 08.08.24 um 09:00 schrieb Ulli Horlacher:
> Tim Ritberg <tim@server.invalid> wrote:
> 
>> Zeige mal den Prouessbaum mit Postfix, Amvavis, clamd und clamscan.
> 
> root@tandem:/var/log# psg amavis
> USER         PID    PPID %CPU S    VSZ COMMAND
> amavis    140889  140821  0.0 S 175064 /usr/sbin/amavisd-new (ch2-avail)
> amavis    140821       1  0.0 S 171184 /usr/sbin/amavisd-new (master)
> amavis    140888  140821  0.0 S 174788 /usr/sbin/amavisd-new (ch3-avail)
> 
> 
> root@tandem:/var/log# pstree -Apsl | grep amav
> systemd(1)-+-/usr/sbin/amavi(140821)-+-/usr/sbin/amavi(140888)
>                                       `-/usr/sbin/amavi(140889)
> 
> 
> root@tandem:/var/log# psg clam
> USER         PID    PPID %CPU S    VSZ COMMAND
> clamav       838       1  0.0 S 134884 /usr/bin/freshclam -d --foreground=true
> clamav       659       1  0.4 S 1684512 /usr/sbin/clamd --foreground=true
> 
> 
> root@tandem:/var/log# pstree -Apsl 659
> systemd(1)---clamd(659)---{clamd}(1470)
> 
> 
> clamscan laeuft grad nicht.
> 

Wieviel Wumms hat die Kiste eigentlich?

> 2024-01-10 12:15:32  warning: timeout talking to proxy 127.0.0.1:10024
> 2024-01-10 12:15:32  proxy-reject: END-OF-MESSAGE: 451 4.3.0 Error: queue file write error; from=<...> to=<...> proto=ESMTP helo=<...>
Ich wette, dein Amavis-SA-Clam braucht einfach zu lange und Postfix mag 
das nicht.

Hast du mal Testmails mit ein paar Anhängen laufen lassen?

Tim

[toc] | [prev] | [standalone]

Page 2 of 2 — ← Prev page 1 [2]

csiph-web

Postfix queue file write error (amavis?)

Contents

#7055

#7056

#7058

#7059

#7060

#7057

#7061

#7062

#7063

#7064

#7065

#7066

#7067

#7068

#7069

#7084

#7085