Okay, here's a question ... is anyone running *any* milter successfully
under a reasonable load and FreeBSD 4.x?  Doesn't spamass-milter use
threads instead of fork, or is that *in* the milter interface itself?

On Thu, 14 Feb 2002, Kirk Davis wrote:

> OK.  I have tried testing a number of spamc's all running in parallel
> without a problem.  This leads me back to the spamass-milter program.
> Anyone know anthing about C++ and the workings of milter?  Has mimeFrag been
> updateed yet so it works well with 2.01?  I'm just thinking it would be nice
> to test it now with another milter program in order to try and narrow down
> the problem.
>
> ---- Kirk
>
> ---- Kirk
>
> Kirk Davis
> Senior Network Analyst, ITS
> Edmonton Public Schools
> (780) 429-8308
> [EMAIL PROTECTED]
>
>
>
> -----Original Message-----
> From: Craig Hughes [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, February 13, 2002 6:51 PM
> To: Kirk Davis
> Cc: 'Marc G. Fournier'; [EMAIL PROTECTED]
> Subject: RE: [SAtalk] Partial analysis of FreeBSD/spamass-milter hang
> ...
>
>
> $ for i in 1 2 3 4 5 6 7 8 9 10; do spamc < test.msg&; done
>
> That's a pretty easy way to test multiple spamc's in parallel
>
> C
>
> On Wed, 2002-02-13 at 15:20, Kirk Davis wrote:
> >
> > I think we need to try and rule out the spamc/spamd combination with
> milter.
> >
> > Can anyone think of a good way to try and trigger two spamc calls at the
> > same time to see if that hangs?
> >
> > I don't think it would be to hard to change the $_ to $msg (or some other
> > variable).  I do like the $_ used as it seems like a waste to setup
> another
> > variable for this.  Craig might have a different idea on this though.  I
> > haven't
> > heard of any $_ problems but who knows :-)   If Craig doesn't have any
> other
> > ideas, I might try changing the $_ to $msg tonight (time permitting).
> >
> > The threading suport in FreeBSD is VERY different from Linux and that is
> why
> > I started looking at spamass-milter.
> >
> > ---- Kirk
> >
> > Kirk Davis
> > Senior Network Analyst, ITS
> > Edmonton Public Schools
> > (780) 429-8308
> > [EMAIL PROTECTED]
> >
> >
> >
> > -----Original Message-----
> > From: Marc G. Fournier [mailto:[EMAIL PROTECTED]]
> > Sent: Wednesday, February 13, 2002 3:42 PM
> > To: Kirk Davis
> > Cc: Craig Hughes; [EMAIL PROTECTED]
> > Subject: RE: [SAtalk] Partial analysis of FreeBSD/spamass-milter hang
> > ...
> >
> >
> >
> > The one issue that I know exists in FreeBSD is we've had known problems
> > with threads for the longest time ... is it possible that the problem is
> > in milter itself?  Not even necessarily spamass-milter, but milter itself?
> >
> > If we are going to concentrate on the perl side of things, in spamd, what
> > would it take to do:
> >
> >     $msg = <STDIN>;
> >
> > INstead of:
> >
> >     $_ = <STDIN>;
> >
> > A friend of mine mentioned that there have been issues with using $_ in a
> > forked environment ... ?  Something about $_ being global, even if
> > declared local?
> >
> > On Wed, 13 Feb 2002, Kirk Davis wrote:
> >
> > >   OK.   I have done some ktrace dumps on both the milter process and
> > > the milter with childs (milter->spamc).  I'm not sure it is a problem
> with
> > > spamc or spamd.  It seems to be the spamass-milter process.  The last
> > thing
> > > I see in common in both of these traces is a the spamass-milter trying
> to
> > > read from the spamc process.
> > >
> > >   I am a good at perl but my C++ sucks.  If anyone wants to take a
> > > look at these logs then just email me and I'll send you a copy. I'm
> going
> > to
> > > forward a copy on to Craig and Marc though.  I would be great if we can
> > > squash this one bug.
> > >
> > > ---- Kirk
> > >
> > > Kirk Davis
> > > Senior Network Analyst, ITS
> > > Edmonton Public Schools
> > > (780) 429-8308
> > > [EMAIL PROTECTED]
> > >
> > >
> > >
> > > -----Original Message-----
> > > From: Marc G. Fournier [mailto:[EMAIL PROTECTED]]
> > > Sent: Wednesday, February 13, 2002 10:35 AM
> > > To: Craig Hughes
> > > Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED];
> > > [EMAIL PROTECTED]
> > > Subject: Re: [SAtalk] Partial analysis of FreeBSD/spamass-milter hang
> > > ...
> > >
> > >
> > >
> > > Okay, have added what I think are the appropriate FreeBSD mailing lists
> > > for this, since I know I can't answer this :(
> > >
> > >
> > > On 13 Feb 2002, Craig Hughes wrote:
> > >
> > > > Ok, any perl/BSD gurus out there?  It spawns a new process but then
> > > > hangs trying to read STDIN from the new subprocess?  This is either a
> > > > BSD bug or a perl-on-BSD bug, I think.  There might be a way to work
> > > > around it though -- the trick would be to find some other forking tcp
> > > > daemon which does work...
> > > >
> > > > C
> > > >
> > > > On Tue, 2002-02-12 at 19:07, Marc G. Fournier wrote:
> > > > >
> > > > > Okay, here you go ... a hang:
> > > > >
> > > > > ===============
> > > > > logmsg: connection from earth.hub.org [ 64.49.215.11 ] at port 4329
> > > > > logmsg: before spawn
> > > > >
> > > > > logmsg: after spawn
> > > > >
> > > > > logmsg: connection from earth.hub.org [ 64.49.215.11 ] at port 4331
> > > > > logmsg: before spawn
> > > > >
> > > > > logmsg: after spawn
> > > > >
> > > > > =================
> > > > >
> > > > > And pertinent area of code:
> > > > >
> > > > > =================
> > > > >     logmsg "before spawn\n";
> > > > >     spawn sub {
> > > > >         $|=1; # always immediately flush output
> > > > >
> > > > >         logmsg "after spawn\n";
> > > > >         # First request line off stream
> > > > >         local $_ = <STDIN>;
> > > > >
> > > > >         logmsg "got STDIN\n";
> > > > >         if (!defined $_) {
> > > > >             protocol_error ("(closed before headers)");
> > > > >             return 1;
> > > > >         }
> > > > > =====================
> > > > >
> > > > > On 12 Feb 2002, Craig Hughes wrote:
> > > > >
> > > > > > Ok, interesting.  n(spamc)+1 spamd's means that the fork already
> > > > > > happened for both spamd's.  Could you stick a trace on the spamd
> > > process
> > > > > > though instead of spamass-milter?  I'd like to try and figure out
> > > where
> > > > > > it's getting to before it gets stuck.  Possible alternative to
> > ktrace
> > > > > > (and possibly more useful) would be to add logging messages to the
> > > spamd
> > > > > > code just after where it forks to see how far it's getting before
> it
> > > > > > jams up.
> > > > > >
> > > > > > C
> > > > > >
> > > > > > On Tue, 2002-02-12 at 18:08, Marc G. Fournier wrote:
> > > > > > >
> > > > > > > Don't know how helpful this will be, but, just started it up and
> > > watched
> > > > > > > it hang ...
> > > > > > >
> > > > > > > According to /var/log/maillog, as previously noted, the hang is
> > > based on a
> > > > > > > simultaneous arrival of two messages:
> > > > > > >
> > > > > > > Feb 12 22:01:53 earth sendmail[91753]: g1D21pkw091747:
> > > to=<[EMAIL PROTECTED]>, delay=00:00:02, xdelay=00:00:00, mailer=cyrus,
> > > pri=30679, relay=localhost, dsn=2.0.0, stat=Sent
> > > > > > > Feb 12 22:01:53 earth sendmail[91692]: g1D21bkw091692: Milter
> add:
> > > header: X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.01
> > > > > > > Feb 12 22:01:54 earth sendmail[91758]: g1D21bkw091692:
> > > to=<[EMAIL PROTECTED]>, delay=00:00:17, xdelay=00:00:01, mailer=cyrus,
> > > pri=138802, relay=localhost, dsn=2.0.0, stat=Sent
> > > > > > > Feb 12 22:02:01 earth sendmail[91780]: g1D21wkw091780:
> > > from=<[EMAIL PROTECTED]>, size=13424, class=0, nrcpts=1,
> > > msgid=<[EMAIL PROTECTED]>,
> > proto=ESMTP,
> > > daemon=MTA, relay=mail2.stockwatch.com [207.102.62.11]
> > > > > > > Feb 12 22:02:01 earth sendmail[91819]: g1D221kw091819: from=<>,
> > > size=6395, class=0, nrcpts=1,
> > msgid=<[EMAIL PROTECTED]>,
> > > proto=ESMTP, daemon=MTA, relay=zanaco.com [64.49.215.210]
> > > > > > >
> > > > > > > processes of hte spam programs shows:
> > > > > > >
> > > > > > > earth# ps ax | grep spam
> > > > > > > 90082  ??  IsJ    0:00.10 /usr/bin/perl /usr/local/bin/spamd -d
> -A
> > > 64.49.215.11 -u nobody -s local1
> > > > > > > 91784  ??  IJ     0:00.00 /usr/bin/perl /usr/local/bin/spamd -d
> -A
> > > 64.49.215.11 -u nobody -s local1
> > > > > > > 91821  ??  IJ     0:00.00 /usr/bin/perl /usr/local/bin/spamd -d
> -A
> > > 64.49.215.11 -u nobody -s local1
> > > > > > > 90171  p1  IJ     0:00.20 /usr/local/bin/spamass-milter
> > > /var/run/spamass.sock
> > > > > > > 91783  p1  IJ     0:00.01 /usr/local/bin/spamc
> > > > > > > 91820  p1  IJ     0:00.01 /usr/local/bin/spamc
> > > > > > >
> > > > > > > And a tail end of a ktrace shows (before I killed off all the
> > > processes),
> > > > > > > using kdump -l:
> > > > > > >
> > > > > > >         (c) Copyright 2002 Canjex Publishing Ltd.
> > > http://www.stockwatch.com\r
> > > > > > >         \r
> > > > > > >         \r
> > > > > > >         \r
> > > > > > >         \r
> > > > > > >         \r
> > > > > > >         \r
> > > > > > >
> > >
> >
> **************************************************************************\r
> > > > > > >           A fee was NOT paid to Stockwatch for the distribution
> of
> > > this bulletin.\r
> > > > > > >              THIS IS NOT A RECOMMENDATION TO BUY OR SELL ANY
> > > SECURITY!\r
> > > > > > >            To remove yourself from this mailing list, access
> this
> > > URL:\r
> > > > > > >                 http://www.stockwatch.com/sw/unsubscribe.dbm\r
> > > > > > >              For more information about this service please
> > contact
> > > the\r
> > > > > > >            advertising department at Stockwatch 800.268.NEWS or
> > > 604.687.1500\r
> > > > > > >
> > >
> >
> *************************************************************************a\r
> > > > > > >         \r
> > > > > > >        "
> > > > > > >  90171 spamass-milter RET   write 13228/0x33ac
> > > > > > >
> > > > > > > And, after killing them off:
> > > > > > >
> > > > > > >
> > >
> >
> **************************************************************************\r
> > > > > > >           A fee was NOT paid to Stockwatch for the distribution
> of
> > > this bulletin.\r
> > > > > > >              THIS IS NOT A RECOMMENDATION TO BUY OR SELL ANY
> > > SECURITY!\r
> > > > > > >            To remove yourself from this mailing list, access
> this
> > > URL:\r
> > > > > > >                 http://www.stockwatch.com/sw/unsubscribe.dbm\r
> > > > > > >              For more information about this service please
> > contact
> > > the\r
> > > > > > >            advertising department at Stockwatch 800.268.NEWS or
> > > 604.687.1500\r
> > > > > > >
> > >
> >
> *************************************************************************a\r
> > > > > > >         \r
> > > > > > >        "
> > > > > > >  90171 spamass-milter RET   write 13228/0x33ac
> > > > > > >  90171 spamass-milter CALL  poll(0x80a2800,0x1,0)
> > > > > > >  90171 spamass-milter RET   poll 1
> > > > > > >  90171 spamass-milter CALL  write(0x6,0xbfacbe24,0x5)
> > > > > > >  90171 spamass-milter GIO   fd 6 wrote 5 bytes
> > > > > > >        "\0\0\0\^Ac"
> > > > > > >  90171 spamass-milter RET   write 5
> > > > > > >  90171 spamass-milter CALL  poll(0x80a2800,0x1,0)
> > > > > > >  90171 spamass-milter RET   poll 1
> > > > > > >  90171 spamass-milter CALL  read(0x6,0xbfacbde4,0x5)
> > > > > > >  90171 spamass-milter GIO   fd 6 read 5 bytes
> > > > > > >        "\0\0\0\^AE"
> > > > > > >  90171 spamass-milter RET   read 5
> > > > > > >  90171 spamass-milter CALL  fstat(0x9,0xbfacbd0c)
> > > > > > >  90171 spamass-milter RET   fstat 0
> > > > > > >  90171 spamass-milter CALL  close(0x9)
> > > > > > >  90171 spamass-milter RET   close 0
> > > > > > >  90171 spamass-milter CALL  read(0xa,0xbfacb994,0x400)
> > > > > > >  90171 spamass-milter PSIG  SIGTERM caught handler=0x2812c4b4
> > > mask=0x0 code=0x0
> > > > > > >  90171 spamass-milter RET   read RESTART
> > > > > > >  90171 spamass-milter CALL  sigreturn(0xbfacb6cc)
> > > > > > >  90171 spamass-milter RET   sigreturn JUSTRETURN
> > > > > > >  90171 spamass-milter CALL  read(0xa,0xbfacb994,0x400)
> > > > > > >  90171 spamass-milter PSIG  SIGKILL SIG_DFL
> > > > > > > earth#
> > > > > > >
> > > > > > > does this help any?
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > _______________________________________________
> > > > > > > Spamassassin-talk mailing list
> > > > > > > [EMAIL PROTECTED]
> > > > > > > https://lists.sourceforge.net/lists/listinfo/spamassassin-talk
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> > > _______________________________________________
> > > Spamassassin-talk mailing list
> > > [EMAIL PROTECTED]
> > > https://lists.sourceforge.net/lists/listinfo/spamassassin-talk
> > >
> > >
> >
>
>


_______________________________________________
Spamassassin-talk mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/spamassassin-talk

Reply via email to