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@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 _______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
