Thanks Henning, I'll go with to recompile option and post the results...
Regards Javier 2011/2/21 Henning Westerholt <henning.westerh...@1und1.de> > On Monday 21 February 2011, Javier Gallart wrote: > > we are running kamailio 3.1.1. Basically for every call it has to query a > > mtree that is reloaded every 15 minutes. The mtree table is about 4M > > records and is stored in a Pgostgres database. For the reload we use the > > command mi mt_reload embedded in a xmlrpc request. The code for this is: > > route[XMLRPC]{ > > if (method == "POST" || method == "GET") > > { > > if (search("^User-Agent:")) > > { > > xlog("xmlrpc request\n"); > > set_reply_close(); > > set_reply_no_connect(); # optional > > dispatch_rpc(); > > } > > exit; > > } > > } > > This server has been running with no issued for some weeks now, but at > some > > point during the weekend the mi command started to fail. This is what the > > logs show: > > > > ERROR: <core> [db_res.c:181]: no private memory left > > ERROR: db_postgres [km_res.c:225]: could not allocate rows > > ERROR: db_postgres [km_dbase.c:280]: failed to convert rows > > ERROR: mtree [mtree_mod.c:627]: Error while fetching result > > ERROR: db_postgres [km_dbase.c:318]: invalid parameter value > > ERROR: mtree [mtree_mod.c:738]: cannot re-load info from database > > > > I've restarted kamailio and now it's working fine. Should we increase the > > private memory? On the other hand, we'd like to detect this failure > > condition on the script and act accordingly (for instance sending an > email > > with an alarm message), is there anyway to do this? > > Hi Javier, > > this probably caused of the fragmentation of the internal private memory > pool > from the frequent dumps and other load. You could increase the pool, or > better > - switch the MI to the system memory pool by uncommenting this line in > kmi/Makefile > > #DEFS+= -DMI_SYSTEM_MALLOC > > and recompile the server. > > Cheers, > > Henning >
_______________________________________________ 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