sslug-teknik team mailing list archive

Thread
Date
Re: Postfix med virtuelle brugere skaber problemer

To: sslug-teknik@xxxxxxxx
From: Jon Svejgaard <jon@xxxxxx>
Date: Wed, 05 Mar 2008 21:59:42 +0100
Delivered-to: mailing list sslug-teknik@xxxxxxxx
In-reply-to: <fqmtod$st5$1@www.sslug.dk>
Mailing-list: contact sslug-teknik-help@xxxxxxxx; run by ezmlm
Organization: ACE
User-agent: Thunderbird 1.5.0.9 (X11/20061206)
Allan Kok wrote:
> Jeg har haft en mailserver kørende med en opsætning som denne 
> http://workaround.org/articles/ispmail-etch/
> Som indeholder: Postfix, dovecot og amavis
>
> Den har kørt uden problemer indtil i sidste uge, hvor den lige pludslig 
> begyndte at ikke levere mail videre. Serveren modtager mails og jeg kan 
> logge på.
>
> Et udklip fra mail.log
> Mar  5 20:12:04 server01 postfix/pickup[27898]: 693BB20C2D1: uid=0 
> from=<root>
> Mar  5 20:12:04 server01 postfix/cleanup[27414]: 693BB20C2D1: 
> message-id=<20080305191204.693BB20C2D1@server01.localdomain>
> Mar  5 20:12:04 server01 postfix/qmgr[16873]: 693BB20C2D1: 
> from=<root@server01.localdomain>, size=851, nrcpt=1 (queue active)
> Mar  5 20:12:27 server01 amavis[28064]: (28064-04) (!) /usr/bin/clamscan is 
> taking longer than 315 s and will be killed
> Mar  5 20:12:27 server01 amavis[28064]: (28064-04) (!) killing process 
> [28202] running /usr/bin/clamscan
> Mar  5 20:12:27 server01 amavis[28064]: (28064-04) (!) run_av: timed out
> Mar  5 20:12:27 server01 amavis[28064]: (28064-04) (!!) ClamAV-clamscan 
> av-scanner FAILED: /usr/bin/clamscan timed out at (eval 48) line 462.
> Mar  5 20:12:27 server01 amavis[28064]: (28064-04) (!!) TROUBLE in 
> check_mail: virus_scan FAILED: virus_scan: ALL VIRUS SCANNERS FAILED: 
> ClamAV-clamd av-scanne$
> Mar  5 20:12:27 server01 amavis[28064]: (28064-04) (!) PRESERVING EVIDENCE 
> in /var/lib/amavis/tmp/amavis-20080305T200705-28064
> Mar  5 20:12:27 server01 postfix/smtp[27329]: 6491520BC5B: 
> to=<root@server01.localdomain>, orig_to=<root>, 
> relay=127.0.0.1[127.0.0.1]:10024, delay=97586, delay$
> Mar  5 20:12:27 server01 amavis[28066]: (28066-04) (!) /usr/bin/clamscan is 
> taking longer than 315 s and will be killed
> Mar  5 20:12:27 server01 amavis[28066]: (28066-04) (!) killing process 
> [28203] running /usr/bin/clamscan
> Mar  5 20:12:27 server01 amavis[28066]: (28066-04) (!) run_av: timed out
> Mar  5 20:12:27 server01 amavis[28066]: (28066-04) (!!) ClamAV-clamscan 
> av-scanner FAILED: /usr/bin/clamscan timed out at (eval 48) line 462.
> Mar  5 20:12:27 server01 amavis[28066]: (28066-04) (!!) TROUBLE in 
> check_mail: virus_scan FAILED: virus_scan: ALL VIRUS SCANNERS FAILED: 
> ClamAV-clamd av-scanne$
> Mar  5 20:12:27 server01 amavis[28066]: (28066-04) (!) PRESERVING EVIDENCE 
> in /var/lib/amavis/tmp/amavis-20080305T200705-28066
> Mar  5 20:12:27 server01 postfix/smtp[28199]: 9466420BC49: 
> to=<root@server01.localdomain>, orig_to=<root>, 
> relay=127.0.0.1[127.0.0.1]:10024, delay=98666, delay$
> Mar  5 20:12:29 server01 amavis[28064]: (28064-05) (!) ClamAV-clamd: Can't 
> connect to UNIX socket /var/run/clamav/clamd.ctl: No such file or directory, 
> retryin$
> Mar  5 20:12:29 server01 amavis[28066]: (28066-05) (!) ClamAV-clamd: Can't 
> connect to UNIX socket /var/run/clamav/clamd.ctl: No such file or directory, 
> retryin$
> Mar  5 20:12:35 server01 amavis[28064]: (28064-05) (!!) ClamAV-clamd 
> av-scanner FAILED: Too many retries to talk to /var/run/clamav/clamd.ctl 
> (Can't connect to$
> Mar  5 20:12:35 server01 amavis[28064]: (28064-05) (!!) WARN: all primary 
> virus scanners failed, considering backups
> Mar  5 20:12:35 server01 amavis[28066]: (28066-05) (!!) ClamAV-clamd 
> av-scanner FAILED: Too many retries to talk to /var/run/clamav/clamd.ctl 
> (Can't connect to$
> Mar  5 20:12:35 server01 amavis[28066]: (28066-05) (!!) WARN: all primary 
> virus scanners failed, considering backups
> Mar  5 20:12:43 server01 postfix/scache[16984]: statistics: start interval 
> Mar  5 20:02:43
> Mar  5 20:12:43 server01 postfix/scache[16984]: statistics: domain lookup 
> hits=0 miss=4 success=0%
> Mar  5 20:12:43 server01 postfix/scache[16984]: statistics: address lookup 
> hits=0 miss=4 success=0%
> Mar  5 20:13:04 server01 postfix/pickup[27898]: 7815320C2D2: uid=0 
> from=<root>
> Mar  5 20:13:04 server01 postfix/cleanup[27414]: 7815320C2D2: 
> message-id=<20080305191304.7815320C2D2@server01.localdomain>
> Mar  5 20:13:04 server01 postfix/qmgr[16873]: 7815320C2D2: 
> from=<root@server01.localdomain>, size=851, nrcpt=1 (queue active)
> Mar  5 20:31:31 server01 postfix/qmgr[28443]: 9044020C1DC: 
> from=<root@server01.localdomain>, size=851, nrcpt=1 (queue active)
> Mar  5 20:31:31 server01 postfix/qmgr[28443]: 412E820B9DE: 
> from=<root@server01.localdomain>, size=851, nrcpt=1 (queue active)
> Mar  5 20:31:31 server01 postfix/qmgr[28443]: warning: connect to transport 
> smtp-amavis: Connection refused
> Mar  5 20:31:31 server01 postfix/qmgr[28443]: B780D20C0C3: 
> from=<root@server01.localdomain>, size=851, nrcpt=1 (queue active)
> Mar  5 20:31:32 server01 postfix/qmgr[28443]: B780D20C0C3: 
> to=<root@server01.localdomain>, orig_to=<root>, relay=none, delay=32190, 
> delays=32190/0.26/0/0, dsn=$
> Mar  5 20:31:32 server01 postfix/qmgr[28443]: 71F7C20BF46: 
> from=<root@server01.localdomain>, size=851, nrcpt=1 (queue active)
> Mar  5 20:31:32 server01 postfix/qmgr[28443]: 71F7C20BF46: 
> to=<root@server01.localdomain>, orig_to=<root>, relay=none, delay=55110, 
> delays=55110/0.1/0/0, dsn=4$
> Mar  5 20:31:32 server01 postfix/qmgr[28443]: 5EB3C20C1AC: 
> from=<root@server01.localdomain>, size=851, nrcpt=1 (queue active)
> Mar  5 20:31:32 server01 postfix/qmgr[28443]: 5EB3C20C1AC: 
> to=<root@server01.localdomain>, orig_to=<root>, relay=none, delay=18270, 
> delays=18270/0.01/0/0, dsn=$
> Mar  5 20:31:32 server01 postfix/qmgr[28443]: 90E7E20C15E: 
> from=<root@server01.localdomain>, size=851, nrcpt=1 (queue active)
> Mar  5 20:31:32 server01 postfix/qmgr[28443]: 90E7E20C15E: 
> to=<root@server01.localdomain>, orig_to=<root>, relay=none, delay=23250, 
> delays=23250/0.01/0/0, dsn=$
> Mar  5 20:31:32 server01 postfix/qmgr[28443]: 3602020BEDE: 
> from=<root@server01.localdomain>, size=851, nrcpt=1 (queue active)
> Mar  5 20:31:32 server01 postfix/qmgr[28443]: 3602020BEDE: 
> to=<root@server01.localdomain>, orig_to=<root>, relay=none, delay=61531, 
> delays=61531/0.01/0/0, dsn=$
> Mar  5 20:31:32 server01 postfix/qmgr[28443]: EE58920BC54: 
> from=<root@server01.localdomain>, size=851, nrcpt=1 (queue active)
>
> Hvad kan problemet være, er det noget med ClamAV?
>
>   
Jeg har sjovt nok lige oplevet det samme med en vanilla postfix. En
genstart ad postfix fik gang i det igen.

MVH

Jón
References

Postfix med virtuelle brugere skaber problemer
From: Allan Kok, 2008-03-05