Dear All, I tested a new patch made by Norman Brandinger, and I created an issue in the Tracker( https://sourceforge.net/tracker/?func=detail&aid=2922548&group_id=232389&atid=1086410) with the patch attached.
Best regards, Antonio Anderson M. Souza Voice Technology http://www.antonioams.com On Mon, Dec 28, 2009 at 5:40 PM, Antonio Anderson M. de Souza < [email protected]> wrote: > Dear All, > > I think i detected the bug, I've made a patch to fix it, and it's working > in my Opensips 1.6.1, follows the patch file attached, please analyze if the > patch is ok, and than commit in the SVN. > > > Best Regards, > > Antonio Anderson M. Souza > Voice Technology > http://www.antonioams.com > > > 2009/12/28 Antonio Anderson M. de Souza <[email protected]> > >> Dear All, >> >> I've compiled the Opensips with debug (make mode=debug) and now instead of >> exiting it logs an ERROR message saying that there are no more pkg memory >> (see the log bellow [1]), I already increased the PKG memory in the config.h >> [2] to 8MB and recompiled it, and increased the shared memory to 256MB [3]. >> >> I think probably it's a bug in the uac_replace_to function because the >> replace from is working perfectly. >> >> How can i go forward to investigate and fix this issue? Are there some >> other kind of logs that i can activate it? >> >> [1]---------------------------------- >> Dec 28 16:48:46 localhost opensips[2224]: Route: destination is a ported >> number. INVITE >> ruri:[sip:[email protected]<sip%[email protected]>] >> from:[sip:[email protected] <sip%[email protected]>] >> to:[sip:[email protected] <sip%[email protected]>] >> sourceip:[192.168.191.85] callid:[oFApwsCQwnsJlrv3k5N7nXl6Do8GeYxI] >> *Dec 28 16:48:46 localhost opensips[2224]: ERROR:uac:replace_uri: no more >> pkg mem * >> Dec 28 16:48:46 localhost opensips[2224]: RouteRelay started: INVITE >> ruri:[sip:[email protected]:5080] from:[ >> sip:[email protected] <sip%[email protected]>] to:[ >> sip:[email protected] <sip%[email protected]>] >> sourceip:[192.168.191.85] callid:[oFApwsCQwnsJlrv3k5N7nXl6Do8GeYxI] >> Dec 28 16:48:46 localhost opensips[2232]: OnReplyRoute: INVITE rs:[100] >> from:[sip:[email protected]<sip%[email protected]>] >> to:[sip:[email protected] <sip%[email protected]>] >> sourceip:[192.168.191.85] callid:[oFApwsCQwnsJlrv3k5N7nXl6Do8GeYxI] >> >> [2]--------------------------------- >> define PKG_MEM_POOL_SIZE 8*1024*1024 >> >> [3]--------------------------------- >> [r...@localhost opensips]# opensips -m 256 >> >> Best regards, >> >> Antonio Anderson M. Souza >> Voice Technology >> http://www.antonioams.com >> >> >> 2009/12/28 Antonio Anderson M. de Souza <[email protected]> >> >>> Dear All, >>> >>> I'm using the Opensips 1.6.1 on a CentOS 5.2, and Opensips is crashing >>> when the script call the uac_replace_to function, follow the piece of script >>> bellow [1], and the logs [2]. >>> >>> [1] --------------------------------- >>> route[ROUTE] { >>> xlog("L_INFO", "Route: $rm ruri:[$ru] from:[$fu] to:[$tu] >>> sourceip:[$si] callid:[$ci]\n"); >>> >>> #check number portability >>> if (alias_db_lookup("dbaliases", "d")) { >>> xlog("L_INFO", "Route: destination is a ported number: $rm >>> ruri:[$ru] from:[$fu] to:[$tu] sourceip:[$si] callid:[$ci]\n"); >>> uac_replace_to("$ru"); >>> } >>> >>> [2] --------------------------------- >>> Dec 28 13:34:02 localhost opensips[7004]: RouteAuthenticate: INVITE >>> bypassed the auth. Using allow_trusted. INVITE ruri:[ >>> sip:[email protected] <sip%[email protected]>] >>> from:[sip:[email protected] <sip%[email protected]>] >>> to:[sip:[email protected] <sip%[email protected]>] >>> sourceip:[192.168.191.85] callid:[Udf20i5wMLHHJB6e5RDMxmmyfs1eQzWC] >>> Dec 28 13:34:02 localhost opensips[7004]: RouteRequests: INVITE ruri:[ >>> sip:[email protected] <sip%[email protected]>] >>> from:[sip:[email protected] <sip%[email protected]>] >>> to:[sip:[email protected] <sip%[email protected]>] >>> sourceip:[192.168.191.85] callid:[Udf20i5wMLHHJB6e5RDMxmmyfs1eQzWC] >>> Dec 28 13:34:02 localhost opensips[7004]: Route: INVITE ruri:[ >>> sip:[email protected] <sip%[email protected]>] >>> from:[sip:[email protected] <sip%[email protected]>] >>> to:[sip:[email protected] <sip%[email protected]>] >>> sourceip:[192.168.191.85] callid:[Udf20i5wMLHHJB6e5RDMxmmyfs1eQzWC] >>> Dec 28 13:34:02 localhost opensips[7004]: Route: destination is a ported >>> number. INVITE >>> ruri:[sip:[email protected]<sip%[email protected]>] >>> from:[sip:[email protected] <sip%[email protected]>] >>> to:[sip:[email protected] <sip%[email protected]>] >>> sourceip:[192.168.191.85] callid:[Udf20i5wMLHHJB6e5RDMxmmyfs1eQzWC] >>> Dec 28 13:34:03 localhost opensips[6992]: INFO:core:handle_sigs: child >>> process 7004 exited by a signal 11 >>> Dec 28 13:34:03 localhost opensips[6992]: INFO:core:handle_sigs: core was >>> generated >>> Dec 28 13:34:03 localhost opensips[6992]: INFO:core:handle_sigs: >>> terminating due to SIGCHLD >>> Dec 28 13:34:03 localhost opensips[7015]: INFO:core:sig_usr: signal 15 >>> received >>> Dec 28 13:34:03 localhost opensips[7016]: INFO:core:sig_usr: signal 15 >>> received >>> Dec 28 13:34:03 localhost opensips[7005]: INFO:core:sig_usr: signal 15 >>> received >>> Dec 28 13:34:03 localhost opensips[7014]: INFO:core:sig_usr: signal 15 >>> received >>> Dec 28 13:34:03 localhost opensips[7002]: INFO:core:sig_usr: signal 15 >>> received >>> Dec 28 13:34:03 localhost opensips[7010]: INFO:core:sig_usr: signal 15 >>> received >>> Dec 28 13:34:03 localhost opensips[7001]: INFO:core:sig_usr: signal 15 >>> received >>> Dec 28 13:34:03 localhost opensips[7003]: INFO:core:sig_usr: signal 15 >>> received >>> Dec 28 13:34:03 localhost opensips[7000]: INFO:core:sig_usr: signal 15 >>> received >>> Dec 28 13:34:03 localhost opensips[6998]: INFO:core:sig_usr: signal 15 >>> received >>> >>> Does anybody has some clue? >>> >>> Best regards, >>> >>> Antonio Anderson M. Souza >>> Voice Technology >>> http://www.antonioams.com >>> >> >> >
_______________________________________________ Users mailing list [email protected] http://lists.opensips.org/cgi-bin/mailman/listinfo/users
