[OpenSER-Users] ERROR:avp:add_avp: no more shm mem

[Marc LEURENT]

It's in test environment: I have only 3 users
What is strange is that the AVP isn't parsed well: callMaxDur:2957 is 
parsed with <ur:2957> the beginning of the name of the AVP isn't parsed!

I'm going to recompile openser increasing the shm memory, but I don't 
think it will solve the problem...

Best Regards,

Marc

Henning Westerholt a écrit :
> On Tuesday 18 December 2007, Marc LEURENT wrote:
>> Good Morning Dan and Good Morning everybody,
>> I've got Freeradius 1.1.7 + (python module enable + rlm_digest patches)
>> 	 OpenSER 1.2.2 + (Radius ACC enable)
>> 	 CDRTool 5.3.2
>>
>> and I don't understand these outputs... OpenSER is crashing after
>> receiving Authorization from Freeradius...
>> Any idea??
>>
>>
>> Freeradius sent AVP to OpenSER:
>> SIP-AVP = "callMaxDur:2957"
>> SIP-AVP = "credit:10.0000"
>> SIP-AVP = "authentic#1"
>>
>> And openser is trying to parse it but the there is a problem...
>>
>>  2(30175) DEBUG:auth_radius:generate_avps: getting SIP AVPs from avpair 225
>>  2(30175) DEBUG:auth_radius:extract_avp: string is <ur:2957>
>>  2(30175) DEBUG:auth_radius:extract_avp: AVP name is <ur>
>>  2(30175) DEBUG:auth_radius:extract_avp: AVP val is <2957>
>>  2(30175) ERROR:avp:add_avp: no more shm mem
>>  2(30175) ERROR:auth_radius:generate_avps: Unable to create a new AVP
>> 10(30190) ERROR: receive_fd: EOF on 6
> 
> Hi Marc,
> 
> OpenSER could not allocate shared memory to save the AVP value. The reason 
> could be a low memory condition because of overload, or a memory leak. If 
> this is a low memory condition, then you could try to increase the shared 
> memory size. 
> 
> Does this error occur in a production environment with real load, or at your 
> tests?
> 
> I did a short look in the auth_radius module, the error condition that happens 
> here is not handled. I'm not sure if this is correct behaviour.. 
> 
> Cheers,
> 
> Henning