Yahoo Groups archive

Milter-greylist

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

Message

Re: [milter-greylist] crash on db dump (still)

2007-09-05 by Johann Klasek

On Wed, Sep 05, 2007 at 10:46:36AM -0400, Jeff A. Earickson wrote:
> On Wed, 5 Sep 2007, Johann Klasek wrote:
> 
> > Date: Wed, 5 Sep 2007 15:49:53 +0200
> > From: Johann Klasek <johann@...>
> > Reply-To: milter-greylist@yahoogroups.com
> > To: milter-greylist@yahoogroups.com
> > Subject: Re: [milter-greylist] crash on db dump (still)
> > 
> > On Thu, Aug 30, 2007 at 07:29:47PM +0200, manu@... wrote:
> >> Jeff A. Earickson <jaearick@...> wrote:
> >>
> >>> I now get this with 4.0b1:
> >>>
> >>>     cannot write dumpfile "/var/milter-greylist/greylist.db-XXn4aOmb":
> >>>     Error 0
> >>
> >> Hum... errno was not set after a failed fdopen? Any Solaris expert that
> >> could explain what is going on?
> >
> > Just for completness:
> >
> > Solaris man page (eg. for fdopen) says (even on Sol 10):
> >
> >     The fdopen() function may fail and not set  errno  if  there
> >     are no free stdio streams.
> >
> >
> > This issue is addressed by
> >
> > http://jk.kom.tuwien.ac.at/~jklasek/software/milter-greylist/mg.stdio-handling.patch
> >
> > which seems not to interfere with other platforms but improves
> > compatibility somehow.
> >
> >
> > Johann Klasek
> 
> Hi,
> 
> I tried this patch a few days ago (Sparc, using gcc 4.2) and it did not
> help at all.  I had the same number of crashes as before.

Sure because the above patch is only a part of a patch cluster
(see http://jk.kom.tuwien.ac.at/~jklasek/software/milter-greylist/milter-greylist-4.0a6.patch
for a compainion patch, slightly different, alas against 4.0a6)
which does *not* resolve the problem with the crashes.

You have to manually add module file_ext.o during the linkage process (Makefile)
and define the macro USE_FD_POOL (e.g. via CFLAGS).

When running log messages like

Sep  5 14:53:19 tuvok milter-greylist: [ID 411381 mail.info] fdopen_ext: get_pool_desc: descriptor 263 reused as 3

should appear ... (grep for "fdopen_ext")

We have this already on heavly used mailservers in a production environment -
seem really to work.

Johann

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.