[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