[OpenSIPS-Devel] [ opensips-Bugs-3557213 ] Stuck Transactions/Memory Leak with B2B top hiding
Bugs item #3557213, was opened at 2012-08-13 22:38 Message generated for change (Tracker Item Submitted) made by rrb3942 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3557213&group_id=232389 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: modules Group: 1.8.x Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ryan Bullock (rrb3942) Assigned to: Nobody/Anonymous (nobody) Summary: Stuck Transactions/Memory Leak with B2B top hiding Initial Comment: I am experiencing a memory leak when using the B2B modules with the internal "top hiding" scenario. It appears to be related to struck/un-freed transactions, as the opensips mi will report many thousands of inuse_transactions when the reality is only a handful. An example is we currently show 15000+ inuse_transactions while only a handful of calls are actually in progress. These transactions appear to build up over time. Opensips information: version: opensips 1.8.0-notls (x86_64/linux) flags: STATS: Off, USE_IPV6, USE_TCP, DISABLE_NAGLE, USE_MCAST, SHM_MEM, SHM_MMAP, PKG_MALLOC, DBG_QM_MALLOC, FAST_LOCK-ADAPTIVE_WAIT ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE 65535 poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. svnrevision: 2:9164M @(#) $Id: main.c 8772 2012-03-08 11:16:13Z bogdan_iancu $ main.c compiled on 12:24:36 Aug 3 2012 with gcc 4.4.6 I currently have the memdump option enabled and am waiting for another buildup of transactions to gather the memdump information. I can supply access to the dump and the opensips configuration file via email. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3557213&group_id=232389 ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] [ opensips-Bugs-3557044 ] dispatcher: unable to set setid_pvar
Bugs item #3557044, was opened at 2012-08-13 15:39
Message generated for change (Tracker Item Submitted) made by osas
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3557044&group_id=232389
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: trunk
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Ovidiu Sas (osas)
Assigned to: Nobody/Anonymous (nobody)
Summary: dispatcher: unable to set setid_pvar
Initial Comment:
While setting the "setid_pvar" pvar, opensips is failing to start:
...
modparam("dispatcher", "setid_pvar", "$var(setid)")
...
Aug 13 18:32:21 deb o[30828]: ERROR:core:pv_parse_spec: pvar "" not found
Aug 13 18:32:21 deb o[30828]: ERROR:core:pv_parse_spec: wrong char [$/36] in
[$] at [0 (0)]
Aug 13 18:32:21 deb o[30828]: ERROR:dispatcher:mod_init: [$var(setid)]- invalid
setid_pvname
Aug 13 18:32:21 deb o[30828]: ERROR:core:init_mod: failed to initialize module
dispatcher
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3557044&group_id=232389
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] [Security Updates] Alerts service for free
Hello all, Following countless inquiries on how the Security Alerts Service runs and looks (what's the user experience and benefit), we decided to have this service running for free for one months. What is the Security Alerts service ? Learn more on see http://www.opensips.org/Resources/AlertsMain So, starting from tomorrow 14th of August, for one months, the alerts will be automatically send on the "users" mailing list, so people can evaluate the value and implementation of this services. You do not need to subscribe or anything else - just follow the users mailing list (or archive). In respect to the paid users, we will prolong their subscription with one more month :). Enjoy it :) -- Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] [Release] Planing 1.8.1 minor release
Hello all, We plan to have 1.8.1 minor version released by Wednesday 15th of August. Once again, a minor release includes only bug fixes (on the 1.8 major branch). Thanks to a lot of bugs reports and patches, several minor and critical things were fixed. We still have couple of fixes on the pipe (working on them) and continuously evaluate the new reports. So please bring in front whatever reports or patches (regarding bugs) you may have, so that we can include them into 1.8.1 release. Once again, many thanks to all how contributed here! Best regards, Bogdan -- Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] [ opensips-Bugs-3554323 ] Duration populated with created time on call timeout
Bugs item #3554323, was opened at 2012-08-04 10:22
Message generated for change (Comment added) made by rrb3942
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3554323&group_id=232389
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: 1.8.x
Status: Open
Resolution: Accepted
Priority: 5
Private: No
Submitted By: Ryan Bullock (rrb3942)
Assigned to: Vladut-Stefan Paiu (vladut-paiu)
Summary: Duration populated with created time on call timeout
Initial Comment:
When doing CDR accounting to a Mysql database, when a call is terminated due to
a failed dialog options ping (receives response of 481) the database duration
field is populated with the unix timestamp of the dialog created time. The
'created' and 'setuptime' fields do not appear to get populated as well.
This does not appear to happen when CDR accounting to syslog, as the same
records accounted to syslog have the correct duration, created, and setuptime.
Opensips information:
version: opensips 1.8.0-notls (x86_64/linux)
flags: STATS: Off, USE_IPV6, USE_TCP, DISABLE_NAGLE, USE_MCAST, SHM_MEM,
SHM_MMAP, PKG_MALLOC, DBG_QM_MALLOC, FAST_LOCK-ADAPTIVE_WAIT
ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16,
MAX_URI_SIZE 1024, BUF_SIZE 65535
poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
svnrevision: 2:9164M
@(#) $Id: main.c 8772 2012-03-08 11:16:13Z bogdan_iancu $
main.c compiled on 12:53:09 Aug 3 2012 with gcc 4.4.6
I do have extra, and extra_bye variables which are the same for the database
and syslog.
Thanks.
--
>Comment By: Ryan Bullock (rrb3942)
Date: 2012-08-13 11:05
Message:
Looking through my logs a big closer for the period I also found:
ERROR:dialog:dlg_validate_dialog: Script error - validate function before
having a dialog
ERROR:dialog:fix_route_dialog: Script error - validate function before
having a dialog
Which is odd, because my calls to validate_dialog() and fix_route_dialog()
are wrapped as follows:
route[dialog_fixup] {
if ($DLG_status==NULL && !match_dialog()) {
return(-1);
} else {
if (!validate_dialog()) {
fix_route_dialog();
}
}
return(1);
}
Which means it should be impossible to call them even if the dialog does
not exists somehow.
So yeah, looks like I stumbled upon something else on accident their as
well. Should I open a separate bug for this? Right now I am not sure what
is causing it, only that it does not appear to happen under 9164.
I will try making a separate patch for the accounting changes and applying
that to my current copy of opensips build and seeing how that goes.
--
Comment By: Vladut-Stefan Paiu (vladut-paiu)
Date: 2012-08-13 01:58
Message:
Hello,
In 9164, segfaults were possible since indeed some invalid pointers might
have been passed to the mysql query.
I tried to test your issue in 9198 and I can't seem to replicate it. The
issue you are describing seems to be related to the dialog module, since it
does not find the creation time in the dialog variables. So it doesn't seem
at all related to the previous fix.
Can you please attach a full OpenSIPS debug for such a call, as well as the
acc & dialog parameters you are using in your script ?
Regards,
Vlad
--
Comment By: Ryan Bullock (rrb3942)
Date: 2012-08-12 20:12
Message:
Hello Vlad,
Tried svn revision 9198 for the 1.8 trunk and started getting this message
in my logs:
ERROR:acc:acc_get_created: error getting dialog creation time
ERROR:acc:acc_log_cdrs: cannot get created
ERROR:acc:acc_dlg_callback: Cannot log values
We account to both logs and db, and this revision seems to cause a problem
with getting the creation time. Wasn't sure what was causing this, so I
reverted back to revision 9164.
Another issue related to this on revision 9164 is a segfault. Not sure if
this addressed with the potential fix you implemented. Got this when I
tried to add accounting $si in extra_bye for database accounting. Looks
like a bad pointer can get passed to mysql_real_escape_string when a
timeout occurs and there is no actual request to pull values from. I have
included the backtrace for this as well.
--
Comment By: Vladut-Stefan Paiu (vladut-paiu)
Date: 2012-08-08 14:41
Message:
Hello,
I have just committed a fix for this in the SVN trunk and 1.8 branch.
Can you please update your svn and see if it's ok now ?
Regards,
Vlad
--
You can respond by visiting:
https://sourceforge.net/tracker/
[OpenSIPS-Devel] SF.net SVN: opensips:[9201] branches/1.8/modules/httpd
Revision: 9201 http://opensips.svn.sourceforge.net/opensips/?rev=9201&view=rev Author: osas Date: 2012-08-13 16:54:16 + (Mon, 13 Aug 2012) Log Message: --- httpd: fix documentation - thanks to Duane Larson for pointing this out - backport from trunk: rev 9200 Revision Links: -- http://opensips.svn.sourceforge.net/opensips/?rev=9200&view=rev Modified Paths: -- branches/1.8/modules/httpd/README branches/1.8/modules/httpd/doc/httpd_admin.xml This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] SF.net SVN: opensips:[9200] trunk/modules/httpd
Revision: 9200 http://opensips.svn.sourceforge.net/opensips/?rev=9200&view=rev Author: osas Date: 2012-08-13 16:52:00 + (Mon, 13 Aug 2012) Log Message: --- httpd: fix documentation - thanks to Duane Larson for pointing this out Modified Paths: -- trunk/modules/httpd/README trunk/modules/httpd/doc/httpd_admin.xml This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] [ opensips-Bugs-3556910 ] B2B and preloaded routes. Again.
Bugs item #3556910, was opened at 2012-08-13 04:06
Message generated for change (Tracker Item Submitted) made by nikbyte
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3556910&group_id=232389
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: 1.8.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nick Altmann (nikbyte)
Assigned to: Nobody/Anonymous (nobody)
Summary: B2B and preloaded routes. Again.
Initial Comment:
Requests with preloaded routes like this (one or two per request):
Route:
b2b doesn't accept as b2b session.
Previously we hack it to accept preloaded routes with self ip, but what to do
with self domain? Any hacks?
The code, responsible for detection:
if(msg->route)
{
LM_DBG("Found route headers\n");
route_hdr = msg->route;
/* we accept Route hdrs only if preloaded route with out IPs */
if (parse_rr(route_hdr) < 0) {
LM_ERR("failed to parse Route HF\n");
return -1;
}
rt = (rr_t*)route_hdr->parsed;
/* check if first route is local*/
if (
parse_uri(rt->nameaddr.uri.s,rt->nameaddr.uri.len,&puri)!=0 ) {
LM_ERR("Route uri is not valid <%.*s>\n",
rt->nameaddr.uri.len,rt->nameaddr.uri.s);
return -1;
}
if (check_self( &puri.host, puri.port_no?puri.port_no:SIP_PORT,
puri.proto?puri.proto:PROTO_UDP)!= 1 ) {
LM_DBG("First Route uri is not mine\n");
return 1; /* not for b2b */
}
/* check if second route is local*/
rt = rt->next;
if (rt==NULL) {
if (msg->route->sibling) {
route_hdr = msg->route->sibling;
if (parse_rr(route_hdr) < 0) {
LM_ERR("failed to parse second Route
HF\n");
return -1;
}
rt = (rr_t*)route_hdr->parsed;
}
}
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3556910&group_id=232389
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] [ opensips-Patches-3556883 ] REGISTRAR - flags to override min and max expires time
Patches item #3556883, was opened at 2012-08-13 02:11 Message generated for change (Tracker Item Submitted) made by nikbyte You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=3556883&group_id=232389 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: modules Group: trunk Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nick Altmann (nikbyte) Assigned to: Nobody/Anonymous (nobody) Summary: REGISTRAR - flags to override min and max expires time Initial Comment: This patch adds e and E flags to save() command of the registrar module. Flag "e" allows to override global "min_expires" module parameter. Flag "E" allows to override global "max_expires" module parameter. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=3556883&group_id=232389 ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] [ opensips-Bugs-3554323 ] Duration populated with created time on call timeout
Bugs item #3554323, was opened at 2012-08-04 10:22 Message generated for change (Comment added) made by vladut-paiu You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3554323&group_id=232389 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: modules Group: 1.8.x Status: Open >Resolution: Accepted Priority: 5 Private: No Submitted By: Ryan Bullock (rrb3942) Assigned to: Vladut-Stefan Paiu (vladut-paiu) Summary: Duration populated with created time on call timeout Initial Comment: When doing CDR accounting to a Mysql database, when a call is terminated due to a failed dialog options ping (receives response of 481) the database duration field is populated with the unix timestamp of the dialog created time. The 'created' and 'setuptime' fields do not appear to get populated as well. This does not appear to happen when CDR accounting to syslog, as the same records accounted to syslog have the correct duration, created, and setuptime. Opensips information: version: opensips 1.8.0-notls (x86_64/linux) flags: STATS: Off, USE_IPV6, USE_TCP, DISABLE_NAGLE, USE_MCAST, SHM_MEM, SHM_MMAP, PKG_MALLOC, DBG_QM_MALLOC, FAST_LOCK-ADAPTIVE_WAIT ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE 65535 poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. svnrevision: 2:9164M @(#) $Id: main.c 8772 2012-03-08 11:16:13Z bogdan_iancu $ main.c compiled on 12:53:09 Aug 3 2012 with gcc 4.4.6 I do have extra, and extra_bye variables which are the same for the database and syslog. Thanks. -- >Comment By: Vladut-Stefan Paiu (vladut-paiu) Date: 2012-08-13 01:58 Message: Hello, In 9164, segfaults were possible since indeed some invalid pointers might have been passed to the mysql query. I tried to test your issue in 9198 and I can't seem to replicate it. The issue you are describing seems to be related to the dialog module, since it does not find the creation time in the dialog variables. So it doesn't seem at all related to the previous fix. Can you please attach a full OpenSIPS debug for such a call, as well as the acc & dialog parameters you are using in your script ? Regards, Vlad -- Comment By: Ryan Bullock (rrb3942) Date: 2012-08-12 20:12 Message: Hello Vlad, Tried svn revision 9198 for the 1.8 trunk and started getting this message in my logs: ERROR:acc:acc_get_created: error getting dialog creation time ERROR:acc:acc_log_cdrs: cannot get created ERROR:acc:acc_dlg_callback: Cannot log values We account to both logs and db, and this revision seems to cause a problem with getting the creation time. Wasn't sure what was causing this, so I reverted back to revision 9164. Another issue related to this on revision 9164 is a segfault. Not sure if this addressed with the potential fix you implemented. Got this when I tried to add accounting $si in extra_bye for database accounting. Looks like a bad pointer can get passed to mysql_real_escape_string when a timeout occurs and there is no actual request to pull values from. I have included the backtrace for this as well. -- Comment By: Vladut-Stefan Paiu (vladut-paiu) Date: 2012-08-08 14:41 Message: Hello, I have just committed a fix for this in the SVN trunk and 1.8 branch. Can you please update your svn and see if it's ok now ? Regards, Vlad -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3554323&group_id=232389 ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
