Some more information... this only occurs when issuing 'opensipsctl fifo
dr_reload'. All other fifo commands seem to work without issue. Anyone have
any suggestions on how I can track this down?
Thanks.
On Thu, Apr 21, 2011 at 8:56 AM, thrillerbee thriller...@gmail.com wrote:
I'm trying
I'm trying to track down the source of the following errors in syslog:
/usr/local/sbin/opensips[25490]: WARNING:core:fm_malloc: Not enough free
memory, will atempt defragmenation
/usr/local/sbin/opensips[25490]: ERROR:core:db_allocate_rows: no memory
left
/usr/local/sbin/opensips[25490]:
bump.
On Tue, Mar 29, 2011 at 11:27 AM, thrillerbee thriller...@gmail.com wrote:
Hopefully my last question:
Using append_branch() and $branch allows me to add all destinations as
branches with q-values. However, I am unable to remove/edit the initial
entry in $ds as set by do_routing
I was able to manipulate $ru as set by do_routing() to get the behavior I'm
looking for. It's not very clean, but it's functional.
On Thu, Mar 31, 2011 at 9:00 AM, thrillerbee thriller...@gmail.com wrote:
bump.
On Tue, Mar 29, 2011 at 11:27 AM, thrillerbee thriller...@gmail.comwrote
is $var(ds)\n);
$var(x) = $var(x) + 1; } } xlog(L_INFO,Destination set
is $var(ds)\n); }
Regards,
--
Anca Vamanu
OpenSIPS Developer
On 03/29/2011 01:00 AM, thrillerbee wrote:
I'm trying to get OpenSIPS to act as a REDIRECT server and have run into
a couple issues. I'm
, 2011 at 10:51 AM, thrillerbee thriller...@gmail.com wrote:
Bogdan,
Nevermind on that issue; I neglected to notice that I had to create the
branch with append_branch() before setting anything.
Thanks for the help.
Ryan
On Tue, Mar 29, 2011 at 9:52 AM, thrillerbee thriller...@gmail.comwrote
I'm trying to get OpenSIPS to act as a REDIRECT server and have run into a
couple issues. I'm using the drouting module to do lookups. Essentially, a
dialed number could have potentially several routes, I want to return a 300
with these routes in the Contact header. Please tell me if this is
is flexible enough to do this - plenty of logic in the IF, THEN, ELSE
statements within routing blocks in order to check these headers against
rules that you assert are valid.
On Sat, Feb 12, 2011 at 7:57 AM, thrillerbee thriller...@gmail.comwrote:
What is the easiest way to identify traffic
version from trunk.
Please test and report back.
Regards,
Ovidiu Sas
On Thu, Feb 3, 2011 at 3:33 PM, thrillerbee thriller...@gmail.com wrote:
Anca,
Would it be possible to alter the built-in top hiding module so it
doesn't
strip the from display name?
Thanks,
Ryan
doh... that did it.
Thanks.
On Mon, Feb 14, 2011 at 3:59 PM, Ovidiu Sas o...@voipembedded.com wrote:
You need to use the trunk version.
Regards,
Ovidiu Sas
On Mon, Feb 14, 2011 at 4:25 PM, thrillerbee thriller...@gmail.com
wrote:
Ovidiu,
It is still stripping the from display name
What is the easiest way to identify traffic with invalid headers?
Specifically, the from and to URIs.
For example, if OpenSIPS is unable to parse a from URI, would $fu be NULL?
Thanks.
___
Users mailing list
Users@lists.opensips.org
Anca,
Would it be possible to alter the built-in top hiding module so it doesn't
strip the from display name?
Thanks,
Ryan
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
, thrillerbee wrote:
Anca,
Did you receive these backtraces?
Thanks.
On Mon, Nov 15, 2010 at 1:20 PM, thrillerbee thriller...@gmail.comwrote:
Anca,
I upgraded to rev 7383 and changed config to:
...
loadmodule b2b_entities.so
loadmodule b2b_logic.so
...
It crashed after about 15
Anca,
Did you receive these backtraces?
Thanks.
On Mon, Nov 15, 2010 at 1:20 PM, thrillerbee thriller...@gmail.com wrote:
Anca,
I upgraded to rev 7383 and changed config to:
...
loadmodule b2b_entities.so
loadmodule b2b_logic.so
...
It crashed after about 15 minutes of moderate
Bogdan,
Are these memlogs useful? Please let me know if I can provide any other
info.
Thanks again.
On Sat, Nov 13, 2010 at 4:20 PM, thrillerbee thriller...@gmail.com wrote:
Bogdan,
Since I made those changes, it doesn't core dump anymore - it just runs out
of memory and stops processing
John,
I appreciate the suggestion, but, unfortunately, I don't use t_newtran().
What led you to remove that?
Thanks,
Ryan
On Tue, Nov 16, 2010 at 9:08 AM, John Khvatov iva...@gmail.com wrote:
Hello.
On 10.11.2010, at 19:19, thrillerbee wrote:
Well, I spoke too soon - it's not just
AM, thrillerbee wrote:
New core dump on rev 7371
Backtrace attached.
Thanks.
On Thu, Nov 11, 2010 at 4:41 AM, Anca Vamanu a...@opensips.org wrote:
Hi,
You were right, sorry, I did a partial commit. It is now ok.
Regards,
Anca
--
Anca Vamanu
www.voice-system.ro
, Nov 15, 2010 at 11:44 AM, Anca Vamanu a...@opensips.org wrote:
They must be loaded in reverse order because b2b_logic depends on
b2b_entities - but it shouldn't crash, I will fix that.
Thanks also.
On 11/15/2010 07:41 PM, thrillerbee wrote:
Actually, yes, I have. Is that incorrect? I'll
New core dump on rev 7371
Backtrace attached.
Thanks.
On Thu, Nov 11, 2010 at 4:41 AM, Anca Vamanu a...@opensips.org wrote:
Hi,
You were right, sorry, I did a partial commit. It is now ok.
Regards,
Anca
--
Anca Vamanu
www.voice-system.ro
/core2_mem_dump_20101112.gz
Thanks.
On Thu, Nov 11, 2010 at 12:43 PM, thrillerbee thriller...@gmail.com wrote:
Bogdan,
I had already increased the PKG_MEM_POOL_SIZE by *10. I'm making the
changes suggested in the link you provided to try to narrow down the memory
issue. I'll send over as soon
PKG_MEM_POOL_SIZE that you can increase) - you NEED to recompile
and reinstall after that.
If more pkg mem does not solve the problem, I can help you with using the
memory debugger to see what is going on there.
Regards,
Bogdan
thrillerbee wrote:
My other proxy crashed as well
the flat_rotate MI
command ?
Regards,
Bogdan
thrillerbee wrote:
Bogdan,
It seems the issue is with 'opensipsctl fifo' - it's very sensitive to
simultaneous calls. Basically, I've combined all my scripts to prevent
'opensipsctl fifo' from being called too frequently and that seems (so far
a...@opensips.org wrote:
Hi,
I have found the cause of the crash and fixed it. Please update your code.
Thanks and regards,
--
Anca Vamanuwww.voice-system.ro
On 11/09/2010 06:40 PM, thrillerbee wrote:
Anca,
I am seeing a crash about every 13-14 days. I've attached the backtrace
from
: [4297088.404734] opensips[22959]: segfault at
10 ip 7f3db577e21f sp 7fffa260d640 error 4 in
db_flatstore.so[7f3db577b000+5000]
On Wed, Nov 10, 2010 at 10:19 AM, thrillerbee thriller...@gmail.com wrote:
Bogdan,
Well, I spoke too soon - it's not just an issue with the opensipsctl fifo
calls
will not be executed).
Could you update from SVN and see if stops crashing ?
Regards,
Bogdan
thrillerbee wrote:
Bogdan,
I am not seeing any other errors in the logs. Is there anything else
I can look at? Both proxies are crashing everyday.
Thanks.
On Wed, Nov 3, 2010 at 4:21 AM
this backtrace as well
(called *restart*).
Thanks.
On Mon, Nov 1, 2010 at 10:56 AM, thrillerbee thriller...@gmail.com wrote:
Anca,
I had not altered the code. It core dumped pretty quickly so I was force
to revert to revision 7317.
I will try to schedule some time to retest the newest
any other ERROR messages (even
long before the crash) related to flatstore module ? Try:
grep ERROR opensips_log_file | grep flatstore
Regards,
Bogdan
thrillerbee wrote:
Bogdan,
One more detail that may help - I added another OpenSIPS proxy in
parallel with this one ( load balancing
AM, thrillerbee thriller...@gmail.com wrote:
Bogdan,
Below is the info requested:
(gdb) frame 0
#0 0x7f51999f221f in flat_db_insert (h=0x7f0978, k=0x7f5198732a60,
v=0x7f5198732d20, n=19) at flatstore.c:165
165 f = CON_FILE(h);
(gdb) print h
$1 = (const db_con_t
need to inspect them with gdb, run: gdb
path_to_opensips_executable path_to_corefile, and then run 'bt full'
and send the output.
Regards,
--
Anca Vamanu
www.voice-system.ro
On 10/14/2010 10:12 PM, thrillerbee wrote:
I have this info from dmesg:
[1985853.285221] opensips
Anca,
I am still seeing core dumps. bt attached.
Thanks.
On Tue, Oct 26, 2010 at 8:44 AM, thrillerbee thriller...@gmail.com wrote:
Anca,
Thanks for the info. I'll let you know if I have issues after the upgrade.
Thanks.
On Tue, Oct 26, 2010 at 3:42 AM, Anca Vamanu a...@opensips.org
,
The lines in your gdb backtrace don't match at all. Have you altered the
code or is the core corrupted?
Regards,
--
Anca Vamanuwww.voice-system.ro
On 11/01/2010 04:35 PM, thrillerbee wrote:
Anca,
I am still seeing core dumps. bt attached.
Thanks .
On Tue, Oct 26, 2010 at 8:44
Bogdan,
It crashed again tonight. I've attached the backtrace.
Thanks.
On Mon, Nov 1, 2010 at 9:32 AM, thrillerbee thriller...@gmail.com wrote:
Bogdan,
Yes, I've attached 2 to my response - one was a crash from 10/29. The
other occurred a few minutes ago.
Thanks.
On Fri, Oct 22
Stefano,
Yes, when you specify the db_url, it doesn't have to be local. So multiple
OpenSIPS instances can all pull from the same db if you want.
That being said, how are you wanting to round robin?
On Tue, Oct 26, 2010 at 3:42 PM, Stefano Pisani
stefano.pis...@omnianet.itwrote:
Hello,
is
I've run into an issue when trying to utilize the use_default modparam for
the dispatcher module. My understanding is that it would reserve the last
entry in the setid as a failover gateway. Otherwise, it would treat all
other gateways according to their weight. In reality, it seems that, if
I'm waiting for my b2bua box to core dump again so I can get the backtrace,
but is it expected behavior that OpenSIPS cannot restart w/o first
truncating the b2b_entities b2b_logic tables? That makes for a messy
recovery...
Thanks.
___
Users mailing
Thank you!
I'll give that a shot report back.
Ryan
On Fri, Oct 22, 2010 at 12:07 PM, Bogdan-Andrei Iancu
bog...@voice-system.ro wrote:
Hi,
what group are you using for your destination (in dispatcher) ? if 0,
use another one :D...there is an issue there...
Regards,
Bogdan
thrillerbee
Bogan,
That resolved it. Thanks for the advice.
Ryan
On Fri, Oct 22, 2010 at 12:32 PM, thrillerbee thriller...@gmail.com wrote:
Thank you!
I'll give that a shot report back.
Ryan
On Fri, Oct 22, 2010 at 12:07 PM, Bogdan-Andrei Iancu
bog...@voice-system.ro wrote:
Hi,
what group
Occasionally, I'm receiving a '503 Server address has exceed max calls in
flight 75' from the b2bua opensips instance. What does this indicate? How
is it prevented?
Thanks.
___
Users mailing list
Users@lists.opensips.org
I have been able to get the dispatcher module to detect a gw failure and put
it into a probing state route traffic elsewhere. However, when the gw
returns ( begins responding to OPTIONS with 200s), dispatcher never puts it
back in the active state.
In fact, I cannot even manually put the server
, any help would be appreciated.
Thanks.
On Tue, Oct 12, 2010 at 9:15 PM, thrillerbee thriller...@gmail.com wrote:
To add a little more detail, after doing some from uri normalization, this
is eventually passed on to an OpenSIPS instance running b2bua for top
hiding. I'm assuming this error
I have dialogs getting stuck because my origination gateway (OpenSIPS proxy)
fails to proxy 200 OKs to some INVITEs. In the logs, I see:
/usr/local/sbin/opensips[30336]: ERROR:uac:decode_uri: invalid base64
stringAAUECAEIAwUHCQsip:12.24.48.96
/usr/local/sbin/opensips[30336]:
see any discernible differences in a trace between the headers in the
200 OK (to the INVITE) and the provisional responses received right before
it. The provisional responses are proxied; the 200 OK is not.
Any help would be most appreciated.
Thanks.
On Tue, Oct 12, 2010 at 6:13 PM, thrillerbee
07:45 PM, thrillerbee wrote:
I've setup several OpenSIPS proxies (keeping track of dialogs,acc,etc.)
behind a OpenSIPS B2BUA (to implement topology hiding - nothing else).
I'm currently using version 1.6.3 on both the proxy b2bua. I updated the
b2bua modules from svn yesterday.
Certain
I've setup several OpenSIPS proxies (keeping track of dialogs,acc,etc.)
behind a OpenSIPS B2BUA (to implement topology hiding - nothing else).
I'm currently using version 1.6.3 on both the proxy b2bua. I updated the
b2bua modules from svn yesterday.
Certain dialogs hang because of how the B2BUA
44 matches
Mail list logo