[SR-Users] no more pkg mem on ul_dump

[marius zbihlei]

On 10/06/2011 02:12 PM, Antanas Masevicius wrote:
> Hello,
>
> i would vote for dynamic allocation too. These days i had to allocate
> way more than default 4MB of pkg mem. Does anyone who used heavy MI
> loaded system with MI_SYSTEM_MALLOC compiled could give us feedback on
> how this feature is stable currently?
>

Hello,

Sorry, i have read kamailio 3.1.4 not 1.3.4. The MI_SYSTEM_MALLOC is 3.x 
only so this is not an options. As I've said in the previous mail, we 
are using it for quite a while now, no problems what so ever

Marius
> best regards,
>
> Antanas Masevicius
>
> On 2011.10.06 14:04, Daniel-Constantin Mierla wrote:
>> Hello,
>>
>>
>>
>> On 10/6/11 10:52 AM, Klaus Darilion wrote:
>>> Hi!
>>>
>>> Kamailio 1.3.4: "kamctl ul monitor" causes:
>>>
>>> ERROR:<core>  [attr.c:80]: no more pkg mem (21)
>>> ERROR: mi_fifo [fifo_fnc.c:513]: command (ul_dump) processing failed
>>>
>>> There are ~ 2000 entries in location table. Default PKG size is used.
>>>
>>> I remember there were some similar reports recently, but couldn't
>>> find the relevant threads.
>>>
>>> Any hints for the cause of this problem and workarounds?
>> you can turn on usage of system memory manager for MI, see
>> lib/kmi/Makefile
>>
>> Maybe we should make it default. With the size of the config files
>> today, is not much left for other pkg operations, specially dumping
>> content via MI.
>>
>> Cheers,
>> Daniel
>>


-- 
Zbihlei Marius

Head of
Linux Development Services Romania

1&1 Internet Development srl    Tel KA: 754-9512
Str Mircea Eliade 18            Tel RO: +40-31-223-9512
Sect 1, Bucuresti               mailto: marius.zbihlei at 1and1.ro
71295, Romania