[Postfixbuch-users] Amavis: Ramdisk (tmp-Verzeichnis) voll
Jim Knuth
jk at jkart.de
Mi Mai 4 17:52:12 CEST 2011
am 04.05.11 17:48 schrieb jani kev <janikev at googlemail.com>:
> amavis[5180]: (05180-01) (!!)TROUBLE in check_mail: mime_decode-1
> FAILED: MIME::Parser: can't close: No space left on device at
> /usr/lib/perl5/vendor_perl/5.10.0/MIME/Parser.pm line 868.
>
>
> Hinter der id (05180-01) verbirgt sich eine große Mail, also mit
> irgendeinem Anhang:
>
> May 4 11:12:47 h1791313 amavis[5180]: (05180-01) ESMTP::10024
> /var/spool/amavis/tmp/amavis-20110504T111247-05180:
> <ersetzt:absender-adresse> -> <ersetzt:empfaenger-adresse>
> SIZE=71187356 Received: from dieser.mailserver.xx ([127.0.0.1]) by
> localhost (dermailserver.xx [127.0.0.1]) (amavisd-new, port 10024)
> with ESMTP for<ersetzt:empfaenger-adresse>; Wed, 4 May 2011 11:12:47
> +0200 (CEST)
> May 4 11:12:55 h1791313 amavis[5180]: (05180-01) Checking:
> 69lPbmHp4EjO [81.169.146.162]<ersetzt:absender-adresse> ->
> <ersetzt:empfaenger-adresse>
> May 4 11:12:59 h1791313 amavis[5180]: (05180-01) (!!)TROUBLE in
> check_mail: mime_decode-1 FAILED: MIME::Parser: can't close: No space
> left on device at /usr/lib/perl5/vendor_perl/5.10.0/MIME/Parser.pm
> line 868.
> May 4 11:12:59 h1791313 amavis[5180]: (05180-01) (!)PRESERVING
> EVIDENCE in /var/spool/amavis/tmp/amavis-20110504T111247-05180
>
>
> Wieso das Verzeichnis /usr/lib/perl5/vendor_perl/5.10.0/MIME/ voll
> sein soll ist mir ein Rätsel,
nee, in Zeile 868 v. Parser.pm wird auf das Verzeichnis verwiesen :?
>
> # du /usr/lib/perl5/vendor_perl/5.10.0/MIME/
>
> sagt:
>
> 44 /usr/lib/perl5/vendor_perl/5.10.0/MIME/Parser
> 32 /usr/lib/perl5/vendor_perl/5.10.0/MIME/Field
> 36 /usr/lib/perl5/vendor_perl/5.10.0/MIME/Decoder
> 364 /usr/lib/perl5/vendor_perl/5.10.0/MIME/
>
> und
>
> # df
>
> läßt auch keine Sorgen aufkommen:
>
> Dateisystem 1K‐Blöcke Benutzt Verfügbar Ben% Eingehängt auf
> /dev/xvda3 50565272 6921124 41075576 15% /
> udev 458208 92 458116 1% /dev
> /dev/xvda1 52005 13042 36278 27% /boot
> /dev/xvda4 36123168 1347772 32940372 4% /var
> /dev/shm 184320 252 184068 1% /var/spool/amavis/tmp
>
> Ich gehe also mal davon aus, dass sich das o.g. perl script irgendwie
> verschluckt hat, vielleicht am zu großen Anhang. Jetzt läuft ja auch
> alles wieder und die ramdisk(Amavis tmp) bleibt bis jetzt auch frei.
>
> Vielen Dank an alle Helfer!!!
--
Mit freundlichen Grüßen,
Jim Knuth
P.S.: Bitte HTML-Mails!
Zufallszitat:
Das Publikum weiß erst dann, was es will,
wenn es das, was es will, zu sehen bekommt.
(Samuel Goldwyn)
Mehr Informationen über die Mailingliste Postfixbuch-users