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 _______________________________________________ Users mailing list [email protected] http://lists.openser.org/cgi-bin/mailman/listinfo/users
