Am 29.01.2014 12:48, schrieb Paul J Stevens: > On 29-01-14 12:39, Reindl Harald wrote: >>>> is that something which should be done on prodcution servers >>>> independent of a future 3.1.11 release? >>> >>> Only if you suffer from a lot of connections in CLOSE_WAIT state: >>> >>> lsof -p `pidof dbmail-imapd`|grep CLOSE_WAIT >> >> not that much i would say currently >> the dovecot-proxy in front mitigates most likely >> >> may this partly explain the high memory corruption leading in >> imapd daily crashing after exceed 1.5 GB where i am still unsure >> if that maybe caused by libzdb and not dbmail itself >> >> [root@localhost:~]$ lsof -p `pidof dbmail-imapd`|grep CLOSE_WAIT | wc -l >> 535 > > I should think so. Those CLOSE_WAIT state connections refer to client > connections that are not closed at the server side, implying memory > bloat. So yes, CLOSE_WAIT connections in dbmail will cause leakage
indeed, after dbmail-e76c5e35deb4951a0f2cae4d025cba633ce435b8
and 29 hours uptime imapd still down at 250 MB, for that ones
working on distribution-packages where snapshots are a problem
that's worth for 3.1.11 i think
[root@localhost:~]$ lsof -p `pidof dbmail-imapd`|grep CLOSE_WAIT | wc -l
1
[root@localhost:~]$ lsof -p `pidof dbmail-imapd`|grep ESTA | wc -l
103
dbmail-imapd.service - DBMail IMAP Server
Loaded: loaded (/usr/lib/systemd/system/dbmail-imapd.service; enabled)
Active: active (running) since Mi 2014-01-29 13:37:07 CET; 1 day 5h ago
Main PID: 23897 (dbmail-imapd)
CGroup: name=systemd:/system/dbmail-imapd.service
└─23897 /usr/sbin/dbmail-imapd -D
signature.asc
Description: OpenPGP digital signature
_______________________________________________ DBmail mailing list DBmail@dbmail.org http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail
