List Info

Thread: dbmail-lmtpd memory usage




dbmail-lmtpd memory usage
country flaguser name
United Kingdom
2008-02-24 12:55:10
Hi Guys,
 
I'm not sure if this is a cause for concern or not.  Our dbmail-lmtpd memory usage just seems to be creeping up and up to the extent that our boxes are running out of memory.  It's a fairly heavily used mail cluster, so i'm torn between it just out growing its hardware or whether there's a possible memory leak in dbmail-lmtpd??
 
One of our boxes running dbmail-lmtpd has died two or three times in the past few months and it appears to have been down to memory usage.  dbmail-lmtpd seems to always be on top, right now each process of dbmail-lmtpd is using approximately 40m-50m RES (Resident) memory, however, at times when the machine has exhausted memory, lmtpd has been using up to 130m RES per process, is this normal??
 
P.S we're running 2.2.7
 
Kind Regards
 
James Greig
Re: dbmail-lmtpd memory usage
country flaguser name
Italy
2008-02-25 04:01:30
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

one more potential issue that could affect more than lmtp,
is that if
db_connect in dbmodule.c is called on an already open
connection, no
free is done on the previuos connection.
Although I expect that db_connect is supposed to be called
only once, I
did some tracing and it seems it can get called twice during
program
startup. Not sure at the moment how it ends up being called
more than
once. In any case it could be worthwhile to add a guard to
db_connect.
John

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.4-svn0 (GNU/Linux)
Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org


iD8DBQFHwpH6d4I3jTtt9EIRAhjLAJsGCxizrACVT+dCjQiN+uXIyVgT7gCg
pC/2
N+uBoEp9xUD5gMVgElEohxk=
=HBy+
-----END PGP SIGNATURE-----
_______________________________________________
DBmail mailing list
DBmaildbmail.org
htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail

Re: dbmail-lmtpd memory usage
country flaguser name
Netherlands
2008-02-28 02:17:36
John Fawcett wrote:

> misc.c: 2336 dbmail_iconv_decode_field can get a
non-null pointer
> returned from dbmail_iconv_str_to_utf8 and stored into
tmp_raw, which is
> not freed before tmp_raw is destroyed.

Yep. Looks like a leak to me.

-- 
 
____________________________________________________________
____
  Paul Stevens                                      paul at
nfg.nl
  NET FACILITIES GROUP                     GPG/PGP:
1024D/11F8CD31
  The Netherlands________________________________http://www.nfg.nl
_______________________________________________
DBmail mailing list
DBmaildbmail.org
htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail

[1-3]

about | contact  Other archives ( Real Estate discussion Medical topics )