[Top] [All Lists]

Re: [PATCH] disable tags in post-receive hook

To: xfs@xxxxxxxxxxx
Subject: Re: [PATCH] disable tags in post-receive hook
From: Russell Cattelan <cattelan@xxxxxxxxxxx>
Date: Thu, 12 Apr 2012 11:15:40 -0500
Cc: stan@xxxxxxxxxxxxxxxxx
In-reply-to: <4F86971A.1030507@xxxxxxxxxxxxxxxxx>
References: <20120411162627.GJ1802@xxxxxxx> <4F86971A.1030507@xxxxxxxxxxxxxxxxx>
User-agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:11.0) Gecko/20120327 Thunderbird/11.0.1
On 4/12/12 3:49 AM, Stan Hoeppner wrote:
> On 4/11/2012 11:26 AM, Ben Myers wrote:
>> Hey Folks,
>>     Yesterday I pushed tags to the oss.sgi.com xfs git repository and forgot 
>> to
>>     disable the post-receive hook which generates email to the list at commit
>>     time.  You probably saw the resulting mailbomb.  I'm sorry about that.  
>> In
>>     order to make sure it doesn't happen again next time, I have applied the
>>     following patch to our post-receive hook:
> I curse you for the error Ben and praise you for this correction.
> Mailman unsubbed me sometime yesterday according to a subject line.
> There was no body, no reason give.  But, I know the cause.
> I was limiting concurrent SMTP connections to 1 to fight runaway bots.
> Was working great until this bombing run.  The OSS list server runs
> Sendmail, which is dumb and opens a new connection for every message
> delivery.  This behavior can potentially bring an MX to its knees due to
> smtpd process starvation.
Hmm yes and no.
There was some config issues with with queues on oss that hopefully I
have significantly improved. Sendmail does do connection caching and
will deliver as much mail as possible on the same connection as
possible. The problem was that the queue runnners was set to 400 runners
which was essentially was causing oss to grind itself into the ground
and causing enough delays that most connection caches where probably
timing out.

Also the queue sorting has been changed from the default "priority" sort
which basically will be a time sort in this case to "host" sort which
will try to optimize envelope address delivery. For a mail list server
this should be a significant win since it should be able to better take
advantage of the connection cache. (especially when "tag" bombs happen).

The queue run time has been changed from the default of 30m to 1m which
should cut the mail list delays down significantly.

Changed the drive queue scheduler from cfq to deadline

I've been watching the headers since the change and the turn around
times for mail leaving the originating host to landing in my mail server
is about 1 - 2 min. Occasionally there is a delay on sgi's barracuda box
but that is whole other box of worms.

Please send me any observations  + or - so I know if the tuning is
headed in the right direction.


> Postfix on the other hand will open one connection and keep sending
> until all mail queued for the destination MX has been sent, or until
> there is more than a 2 second delay between deliveries.
> I understand Brent Bice of SGI is building an 'evidence file' to justify
> a rebuild of OSS to use Postfix and the latest Mailman.  Maybe you could
> lend your support or blessing.
Heh another can of worms :-)

> The current OSS list server has other problems as well, including large
> delays between receiving posts and sending them back out.  I'm assuming
> I'm not the only one to notice this.
> Thanks.

Attachment: cattelan.vcf
Description: Vcard

Attachment: signature.asc
Description: OpenPGP digital signature

<Prev in Thread] Current Thread [Next in Thread>