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 wrote:
> I'm trying to tra
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]: ERROR:db_
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 wrote:
> bump.
>
>
> On Tue, Mar 29, 2011 at 11:27 AM, thrillerbee wrote:
>
>> Hop
bump.
On Tue, Mar 29, 2011 at 11:27 AM, thrillerbee 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():
&g
q=0.85, <
sip:15552345678@5.5.5.5>;q=0.8, ;q=0.75
Is there a way to prevent do_routing from adding that entry and/or remove it
after it has been added? OR is there a way to add a q-value to that
instance?
Thanks,
Ryan
On Tue, Mar 29, 2011 at 10:51 AM, thrillerbee wrote:
> Bogdan,
>
&
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 wrote:
> Bogdan,
>
> When I configure:
> $(branch(uri)[0]) = $ru;
>
{
>>xlog("L_INFO","After 1, ds is $ru\n"); $var(x) = 2;
>>$var(ds) = $ru;
>>
>>while (use_next_gw()) { $var(ds) = $var(ds) +
>> "," + $ru;
>> xlog("L_INFO"
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 foolis
doh... that did it.
Thanks.
On Mon, Feb 14, 2011 at 3:59 PM, Ovidiu Sas wrote:
> You need to use the trunk version.
>
>
> Regards,
> Ovidiu Sas
>
> On Mon, Feb 14, 2011 at 4:25 PM, thrillerbee
> wrote:
> > Ovidiu,
> >
> > It is still stripping the
sion from trunk.
> Please test and report back.
>
> Regards,
> Ovidiu Sas
>
> On Thu, Feb 3, 2011 at 3:33 PM, thrillerbee wrote:
> > Anca,
> > Would it be possible to alter the built-in top hiding module so it
> doesn't
> &
the
> headers themselves and detect formats that you say are valid.
>
> OS 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".
>
>
>
>
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
http://lists.opensips
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
Anca,
I am still seeing core dumps on rev 7441 - it was up for about 5 min.
Backtrace attached.
Thanks.
On Sat, Nov 20, 2010 at 7:56 AM, Anca Vamanu wrote:
> Hi,
>
> Can you please update - I have fixed on Friday a similar crash.
>
> Regards,
> Anca
>
>
> On
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 wrote:
> Bogdan,
>
> Since I made those changes, it doesn't core dump anymore - it just runs out
> of memory and stops proces
Anca,
Did you receive these backtraces?
Thanks.
On Mon, Nov 15, 2010 at 1:20 PM, thrillerbee wrote:
> Anca,
>
> I upgraded to rev 7383 and changed config to:
>
> ...
> loadmodule "b2b_entities.so"
> loadmodule "b2b_logic.so"
> ...
>
> It crash
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 wrote:
> Hello.
>
> On 10.11.2010, at 19:19, thrillerbee wrote:
>
> Well, I spoke too soon - it's n
.txt).
Thanks again.
On Mon, Nov 15, 2010 at 11:44 AM, Anca Vamanu 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:
&
; Anca
>
>
> On 11/14/2010 12:18 AM, thrillerbee wrote:
>
> New core dump on rev 7371
> Backtrace attached.
>
> Thanks.
>
> On Thu, Nov 11, 2010 at 4:41 AM, Anca Vamanu wrote:
>
>> Hi,
>>
>> You were right, sorry, I did a partial commit. It
m/tmp/core2_mem_dump_20101112.gz
Thanks.
On Thu, Nov 11, 2010 at 12:43 PM, thrillerbee 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'
New core dump on rev 7371
Backtrace attached.
Thanks.
On Thu, Nov 11, 2010 at 4:41 AM, Anca Vamanu wrote:
> Hi,
>
> You were right, sorry, I did a partial commit. It is now ok.
>
> Regards,
> Anca
>
>
>
> --
> Anca Vamanu
> www.voice-system.ro
>
>
> _
increase the pkg mem ( in config.h
> you have 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,
> Bo
: [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 wrote:
> Bogdan,
>
> Well, I spoke too soon - it's not just an issue with the opensipsctl fifo
> calls -
warning: passing argument 7 of ‘b2b_api.send_reply’ from
incompatible pointer type
logic.c:1052: error: too few arguments to function ‘b2b_api.send_reply’
make[1]: *** [logic.o] Error 1
make[1]: Leaving directory `/usr/local/src/opensips_1_6/modules/b2b_logic'
make: *** [modules] Error 2
R
nd and not in any kind of crashDo you use 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. B
27;m attaching this backtrace as well
(called *restart*).
Thanks.
On Mon, Nov 1, 2010 at 10:56 AM, thrillerbee 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 t
crashing (even if the DB op 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 ca
crash itself, do you see 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 mor
at 9:02 AM, thrillerbee 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 = (co
in.
On Tue, Nov 2, 2010 at 4:18 AM, Bogdan-Andrei Iancu
wrote:
> Hi,
>
> in frame 0, could you print:
>h
>h->tail
>((struct flat_con*)(h->tail))->file
>
> Also, before crash, do you see in the logs any errors from the
> db_flatstore module ?
Bogdan,
It crashed again tonight. I've attached the backtrace.
Thanks.
On Mon, Nov 1, 2010 at 9:32 AM, thrillerbee 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.
>
>
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 dum
Anca,
I am still seeing core dumps. bt attached.
Thanks.
On Tue, Oct 26, 2010 at 8:44 AM, thrillerbee 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 Vam
n
>
> Anca Vamanu wrote:
> > Hi,
> >
> > You 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
> > ww
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
wrote:
> Hello,
> is it possible to share the
val controlled by
> the update_period parameter ( by default 100 seconds).
>
> As for the core dump, if you are using trunk, can you please update your
> code? I just committed a lot of changes in those modules.
>
> Regards,
>
> --
> Anca Vamanu
> www.voice-system.r
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 l
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
t
Bogan,
That resolved it. Thanks for the advice.
Ryan
On Fri, Oct 22, 2010 at 12:32 PM, thrillerbee 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&g
issue there...
>
> Regards,
> Bogdan
>
> thrillerbee wrote:
> > I could still use some help on understanding what I'm missing that is
> > preventing gws from transitioning back into the 'active' state from
> > 'probing'. Currently, I have to
ram("dispatcher", "ds_probing_mode", 0)
modparam("dispatcher", "options_reply_codes", "501, 403, 200")
failure_route[1]
{
if (t_was_cancelled()) {
exit;
}
if ((t_check_status("408")) && (t_local_replied
Occasionally, I'm receiving a '503 Server 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
http://lists.opensips.org/cgi-bin/mail
triggered when a gw goes to "probing". The
examples below show that I can't even force it back to active from probing
to active with MI commands - I have to restart OpenSIPS.
Thanks.
On Mon, Oct 18, 2010 at 5:50 AM, Anca Vamanu wrote:
> Hi Thrillerbee,
>
> You can try
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 serve
7fd0f21fb21f sp
7fff3a3b4e40 error 4 in db_flatstore.so[7fd0f21f8000+5000]
[2000167.299402] opensips[17670]: segfault at 10 ip 7fd0f21fb21f sp
7fff3a3b4f00 error 4 in db_flatstore.so[7fd0f21f8000+5000]
On Thu, Oct 14, 2010 at 1:57 PM, thrillerbee wrote:
> When OpenSIPS crashes, three corefiles
When OpenSIPS crashes, three corefiles are generated that are 2.1GB in size.
How do I use these files to understand what's causing the crash?
Thanks.
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/user
s 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 wrote:
>
&
don't 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, t
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
string"AAUECAEIAwUHCQ___
Users mailing list
Bogdan,
Is this or could this be configurable? It, unfortunately, breaks a lot of
existing applications.
Thanks.
On Thu, Oct 7, 2010 at 1:15 PM, Bogdan-Andrei Iancu
wrote:
> Hi Julien,
>
> see:
> http://lists.opensips.org/pipermail/users/2010-September/014505.html
>
> Regards,
> Bogdan
>
> Jul
;
> Regards,
>
> --
> Anca Vamanuwww.voice-system.ro
>
>
>
> On 10/06/2010 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'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 B2B
52 matches
Mail list logo
