[SR-Users] Memory leak or bad setting.

[Daniel-Constantin Mierla]

Hello,

thanks for reporting back and knowing it was fixed.

Cheers,
Daniel

On 13/05/15 09:31, Kjeld Flarup wrote:
> Hi Daniel
>
> Just to confirm that 4.2.4 indeed solved the problem.
> Thanks for your time.
>
> Med venlig hilsen / Best regards
> Kjeld Flarup (Christensen) M.Sc E.E, Teknisk chef 
> Viptel ApS, Benslehøjvej 3, DK-7470 Karup J
> Telefon: +45 46949949, Telefax: +45 46949950, http://viptel.dk
>
> On 2015-05-08 16:31, Daniel-Constantin Mierla wrote:
>> Hello,
>>
>> it is recommended to upgrade to latest 4.2.x -- there were some fixes
>> since version 4.2.1. The same configuration file and database structure
>> works for all 4.2.x, therefore just deploy the newer 4.2.x like you did
>> with 4.2.1 and just restart.
>>
>> After upgrade, if you still see decrease of pkg free memory, let us know
>> to investigate further.
>>
>> Cheers,
>> Daniel
>>
>> On 08/05/15 16:01, Kjeld Flarup wrote:
>>> Hello
>>>
>>> We experienced a failure on our kamailio (4.2.1+trusty), which required
>>> a restart.
>>> May  6 07:40:41 rtpproxy01 /usr/sbin/kamailio[5467]: ERROR: <core>
>>> [msg_translator.c:2270]: generate_res_buf_from_sip_res(): out of mem
>>>
>>> Afterwards we inspected all the settings to be using default, but at a
>>> much higher level than an other older kamailio which runs much more traffic.
>>>
>>> The big difference, is that this kamailio works with rtpengine. Does
>>> that require more memory?
>>>
>>> We also observed that the free memory is constantly falling on some
>>> instances. They all started with 16MB but after 1½ day some are on 11.6
>>> Is this normal behaviour that will find a natural level or is there
>>> something bad going on?
>>>
>>> We can also see that there are frags. Is that to be worried about, or is
>>> this natural?
>>>
>>> kamcmd pkg.stats | egrep -e 'free|frag'
>>> 	free: 16362760
>>> 	total_frags: 17
>>> 	free: 15835176
>>> 	total_frags: 232
>>> 	free: 15845760
>>> 	total_frags: 205
>>> 	free: 15829288
>>> 	total_frags: 188
>>> 	free: 15847456
>>> 	total_frags: 181
>>> 	free: 15853024
>>> 	total_frags: 183
>>> 	free: 15873232
>>> 	total_frags: 225
>>> 	free: 15858584
>>> 	total_frags: 231
>>> 	free: 15834592
>>> 	total_frags: 205
>>> 	free: 15852520
>>> 	total_frags: 132
>>> 	free: 15869048
>>> 	total_frags: 120
>>> 	free: 15824872
>>> 	total_frags: 100
>>> 	free: 15828448
>>> 	total_frags: 113
>>> 	free: 15858216
>>> 	total_frags: 109
>>> 	free: 15861992
>>> 	total_frags: 82
>>> 	free: 15871712
>>> 	total_frags: 110
>>> 	free: 15813824
>>> 	total_frags: 109
>>> 	free: 11583736
>>> 	total_frags: 121
>>> 	free: 11588896
>>> 	total_frags: 106
>>> 	free: 11580448
>>> 	total_frags: 118
>>> 	free: 11586312
>>> 	total_frags: 134
>>> 	free: 11592840
>>> 	total_frags: 159
>>> 	free: 11632536
>>> 	total_frags: 120
>>> 	free: 11582368
>>> 	total_frags: 127
>>> 	free: 11660104
>>> 	total_frags: 97
>>> 	free: 16352192
>>> 	total_frags: 14
>>> 	free: 16351088
>>> 	total_frags: 13
>>> 	free: 16341248
>>> 	total_frags: 46
>>> 	free: 16351184
>>> 	total_frags: 19
>>>
>>> We use 4.2.1+trusty with these modules, is it possible that a newer
>>> version has fixed some memory leak?
>>>
>>> loadmodule "db_mysql.so"
>>> loadmodule "mi_fifo.so"
>>> loadmodule "kex.so"
>>> loadmodule "tm.so"
>>> loadmodule "tmx.so"
>>> loadmodule "sl.so"
>>> loadmodule "rr.so"
>>> loadmodule "pv.so"
>>> loadmodule "maxfwd.so"
>>> loadmodule "textops.so"
>>> loadmodule "siputils.so"
>>> loadmodule "xlog.so"
>>> loadmodule "sanity.so"
>>> loadmodule "ctl.so"
>>> loadmodule "mi_rpc.so"
>>> loadmodule "acc.so"
>>> loadmodule "dispatcher.so"
>>> loadmodule "permissions.so"
>>> loadmodule "sdpops.so"
>>> loadmodule "rtpengine.so"
>>>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Kamailio World Conference, May 27-29, 2015
Berlin, Germany - http://www.kamailioworld.com