Re: EMI: Serious Problem PANIC: Too many concurrent allocations

Aarno Syvänen <[email protected]>
Newsgroups gmane.comp.mobile.kannel.devel
Message-ID <[email protected]>
Kalle Marjola kirjoittaa maanantaina, 3. kesäkuuta 2002, kello 10:37:On 
Sat, 1 Jun 2002, Jari Juslin wrote:
>
>> So, panic to "Too many concurrent allocations" can happen if a) Kannel
>> just has so high load, that is needs huge amounts of memory or b) if
>> Kannel leaks too much memory. Am I right?
>
> Yes. The reason a) is encountered when incoming traffic is faster than 
> the
> outgoign handle (namely SMS centers) and usually results in that
> 'too many concurrent allocations'. This can be avoided by increasing the
> size of the checking malloc buffers, but if things keep going like that 
> it
> will eventually panic. Moreover, store files of several megabytes is 
> more
> than a problem. This entire thing should be fixed so that more priority 
> is
> given to outgoing messages, i.e. just make it impossible to grow queues
> inside Kannel - just make the queues to build up into sockets/other
> programs. Of course this is far from trivial with some SMS centers.

Kannel currently has configuration variable maximum-queue-length. See 
user-
guide for details.

Aarno
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.