Sorry I didn't reply sooner - I was away sick last week, and I'm only
just getting back into things at work...
I've just tested Alex's patch, and first impressions are good - I've
set max-pending-requests to 400, and I can swamp Kannel on our test
server (~500 MOs/sec and ~180 MTs/sec) with
Further to this, we've had a few more incidents this past week which
shed a little more light on the problem:
Sometimes, a transmit/receive bind to a carrier (this has happened
with 2 different carriers now) goes strange: MTs will start queuing
on Kannel, seemingly unable to be delivered, b
++1, with Giulio's comments (default: max of = 512 or whatever reasonnable less
than 1024)
tested on FC5 , with max-pending-requests = 512
Currently in production status.
Then attached a patch correcting a typo error.
Vincent
--
Telemaque - 06200 NICE - (FR)
Service Technique/Reseau - NOC
Dev
Giulio Harding wrote:
Sorry I didn't reply sooner - I was away sick last week, and I'm only
just getting back into things at work...
I've just tested Alex's patch, and first impressions are good - I've
set max-pending-requests to 400, and I can swamp Kannel on our test
server (~500 MOs/se
Alexander Malysh wrote:
Hi,
attached patch is a try to fix too much open filedescriptors when
handling MO/DLR in smsbox.
Patch adds new config option to smsbox group 'max-pending-requests'. If
no option given max-pending-requests is set to 1024.
This is resonable value for open filedescrip
Vincent CHAVANIS wrote:
++1, with Giulio's comments (default: max of = 512 or whatever reasonnable less
than 1024)
tested on FC5 , with max-pending-requests = 512
Currently in production status.
Then attached a patch correcting a typo error.
+1, commited to cvs. Thanks for the catch.
Stipe
