Summary: Archiveopteryx prematurely closes connections initiated by postfix.
Error message in log: "Closing connection due to memory overload" But free memory is still available. (e.g. 600 MB, plus 20 GB caches+swap) Postfix sends the mail again and again every few minutes. AOX happily stores each attempt as a valid message. Thus the repeating message dominates the visible mailbox in the mail client. Each message seems to be complete from the user's viewpoint (attachment is neither corrupt nor missing). What can I do to stop the connections being closed? Details: Only occurs with big E-Mails (e.g. 23 MB according to Thunderbird). postfix is running on the same host. __measurement: AOX memory usage according to "top", less than one second before closing a connection: PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 1664 root 20 0 593m 223m 2696 R 101.4 2.8 9:57.34 archiveopteryx _whole memory, same top display cycle: KiB Mem: 8198276 total, 7417380 used, 780896 free, 220132 buffers KiB Swap: 15622140 total, 162896 used, 15459244 free, 5771816 cached __measurement: About 1 second AFTER closing the connection: PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 1664 root 20 0 693m 386m 2696 R 95.0 4.8 9:58.48 archiveopteryx _whole memory, same top display cycle: KiB Mem: 8198276 total, 7590996 used, 607280 free, 220136 buffers KiB Swap: 15622140 total, 162896 used, 15459244 free, 5797124 cached __AOX logfile of the same incident: the last few messages up to closing the connection: info: 3/1660/8: 2015-11-04 13:34:14.929 Have to queue 16M output bytes info: 3/1660: 2015-11-04 13:34:14.967 Allocator: allocated 302M then freed 125M bytes, leaving 26666 objects of 203M bytes, across 103 512K blocks. Recursion depth: 30. Time needed to mark: 6ms. To sweep: 32ms. debug: 3/1660: 2015-11-04 13:34:14.967 Objects: size 8: 2820 (44K used, 1.0M allocated), size 24: 7326 (229K used, 16M allocated), size 56: 6933 (433K used, 5.5M allocated), size 120: 4313 (539K used, 5.5M allocated), size 248: 4841 (1.2M used, 7.5M allocated), size 504: 169 (84K used, 512K allocated), size 1016: 7 (7.0K used, 512K allocated), size 2040: 130 (260K used, 3.0M allocated), size 4088: 27 (108K used, 512K allocated), size 8184: 3 (24K used, 512K allocated), size 16376: 5 (80K used, 512K allocated), size 65528: 101 (6.3M used, 7.0M allocated), size 131064: 1 (128K used, 512K allocated), size 262136: 1 (256K used, 512K allocated), size 1048568: 1 (1.0M used, 1.0M allocated), size 33554424: 2 (64M used, 64M allocated), size 67108856: 2 (128M used, 128M allocated) debug: 3/1660: 2015-11-04 13:34:14.967 Root 13 (mailbox tree) reaches 4748 objects, total size 297Kb debug: 3/1660: 2015-11-04 13:34:14.967 Root 14 (mailbox tree) reaches 4369 objects, total size 998Kb info: 3/1660: 2015-11-04 13:34:14.967 Closing connection due to memory overload: SMTP server 10.122.4.1:2026 connected to client 10.122.4.1:33814, on fd 73 __configuration: memory-limit is at the default value of 64 (MB). __code: I found the error message in eventloop.cpp, but I am not a c programmer __versions: AOX Version 3.2.0, Linux version 3.2.0-4-amd64, #1 SMP Debian 3.2.68-1+deb7u2 x86_64 -- kind regards, Klaus Thorn, Systemadministrator Programmfabrik GmbH Schwedter Straße 9B | 10119 Berlin | Germany fon: +49-(0)30-40 50 579-0 | fax: +49-(0)30-40 50 579-19 www.programmfabrik.de | www.easydb.de Kunden-Support ausschließlich über: [email protected] und tickets.programmfabrik.de Geschäftsführer Martin Rode, Sebastian Klarmann Amtsgericht Charlottenburg HRB 82250 Dies ist eine vertrauliche Nachricht und nur für den Adressaten bestimmt. Es ist nicht erlaubt, diese Nachricht zu kopieren oder Dritten zugänglich zu machen. Sollten Sie irrtümlich diese Nachricht erhalten haben, bitte ich um Ihre Mitteilung per E-Mail oder unter der oben angegebenen Telefonnummer.
