[Serusers] receive_msg: no mem for sip_msg
Bogdan-Andrei IANCU
iancu at fokus.fraunhofer.de
Wed Nov 10 14:27:55 CET 2004
Hi Gwen,
try to set back db_mode to 1 or 2 but without adding the aliases via
serctl. I'm trying to figure out if it's a problem in DB part or in fifo
part of usrloc.
bogdan
g.billoudet at arwen-tech.fr wrote:
> Hi, thanks for help
>
> I used serctl alias add 1234 sip:gwenael at arwen-tech.fr just after starting
> ser :
> - When I set modparam("usrloc", "db_mode", 0), ser works fine and I can
> have phone calls but I can't use this alias of course...
> - When I ser modparam("usrloc", "db_mode", 1), ser just doesn't work at all.
>
> My aliases table is empty when I start ser. I am using ser 0.8.12.
>
> Gwen
>
>
>
>>On 10-11 11:41, Bogdan-Andrei IANCU wrote:
>>
>>>Jan Janak wrote:
>>>
>>>>On 10-11 10:01, Bogdan-Andrei IANCU wrote:
>>>>
>>>>
>>>>>my first guess is that use at start-up time you have an intensive
>>>>>private memory consumer which gets into conflict with the SIP messages
>>>>>receiver.
>>>>>
>>>>>Judging after the error (in receive loop) I'm sure you have some SIP
>>>>>traffic at start-up - please check with tcpdump or ngrep - it can be
>>>
>>>a
>>>
>>>>>REGISTER, SUBSCRIBE, etc
>>>>>
>>>>>Looking into your script, I would say only usrloc can be the intensive
>>>>>private memory consumer - if you have a lot of entries in DB (usrloc
>>>
>>>and
>>>
>>>>>aliases). To check this theory, try to start ser with DB disabled in
>>>>>usrloc; set:
>>>>> modparam("usrloc", "db_mode", 0)
>>>>>
>>>>>please see if you still get the error and also please confirm if you
>>>>>have or not sip traffic.
>>>>
>>>>
>>>> I don't think this is the problem. usrloc consumes private memory
>>>> before SER forks (and at that stage it does not process SIP
>>>
>>>messages),
>>>
>>>> when re-loading data from the database. It would fail to start if
>>>
>>>this
>>>
>>>> was the problem, so I think there must be some other memory problem.
>>>
>>>I was considering the possibility of memory fragmentation. If there are
>>>a lot of usrloc/aliases records to be loaded, memory can get to
>>>fragmented to be able later to alloced a bigger size chunk.
>>
>> Bot tables (aliases, location) are empty:
>>
>> 0(0) preload_udomain(): Table is empty
>> 0(0) fixing /usr/local/lib/ser/modules/sl.so sl_send_reply
>> 0(0) fixing /usr/local/lib/ser/modules/registrar.so lookup
>> 0(0) preload_udomain(): Table is empty
>>
>> Jan.
>>
>
>
More information about the sr-users
mailing list