Yahoo Groups archive

Milter-greylist

Index last updated: 2026-04-28 23:32 UTC

Message

Re: [milter-greylist] RE: Volume

2004-10-14 by manu@netbsd.org

Sutherland, James <jsutherl@...> wrote:

> Then hours later it reports this ( a bunch of times all the same file
> names):
> Oct 13 08:16:56 hns1 milter-greylist: [ID 653641 mail.error]
> mkstemp("/var/milter-greylist/greylist.db-XX1Daq3G") failed: Too many
> open files

Now, that's interesting: you hit a file descriptor limit. That suggests
a file descriptor leak. Nobody ever reported that, but your setup is
quite heavyweight.

In dump.c, after the mkstemp call, add

        syslog(LOG_INFO, "dumpfd = %d", dumpfd);

Run milter-greylist, and check in the log if dumpfd increases as time
goes. If it does, check the open files for milter-greylist (with a tool
such as lsof) and look for similar pool of open files that keeps
growing. Is it a file (which one)? Is it a socket?  
  
> Then:
> Oct 13 08:16:56 hns1 milter-greylist: [ID 421540 mail.info] Final
> database dump:  no change to dump

That's okay, it just means that milter-greylist was terminated because
of a resource limit (file descriptors), and that there was no change to
flush to disk at that time. It didn't crashed, it quitted safely.

-- 
Emmanuel Dreyfus
Il y a 10 sortes de personnes dans le monde: ceux qui comprennent 
le binaire et ceux qui ne le comprennent pas.
manu@...

Attachments

Move to quarantaine

This moves the raw source file on disk only. The archive index is not changed automatically, so you still need to run a manual refresh afterward.