Re: [OpenSIPS-Users] Active/Passive with VIP and dynamic routing
Added both features. probing_socket parameter: https://github.com/OpenSIPS/opensips/pull/1485 MI function: https://github.com/OpenSIPS/opensips/pull/1493 -- Sent from: http://opensips-open-sip-server.1449251.n2.nabble.com/OpenSIPS-Users-f1449235.html ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] opensips segfault
I have upgraded to 2.3.5 now. Let'see how it goes I will let you know if it
crashes again.
Thank you
On Wed, Oct 10, 2018 at 8:24 PM Răzvan Crainea wrote:
> We strongly suggest you to update to a newer version of 2.3, it's a high
> chance this has already been fixed in a newer version.
>
> Best regards,
> Razvan
>
> On 10/10/18 6:03 AM, J E H A N Z A I B wrote:
> > Further to my previous email I also see a lot of failed request just
> > before the crash
> > like
> > Oct 9 21:43:03 myopensips /usr/local/sbin/opensips[1449]:
> > CRITICAL:db_mysql:wrapper_single_mysql_real_query: driver error (1213):
> > Deadlock found when tryi
> > ng to get lock; try restarting transaction
> > Oct 9 21:43:03 myopensips /usr/local/sbin/opensips[1449]:
> > ERROR:core:db_do_update: error while submitting query
> > Oct 9 21:43:03 myopensips /usr/local/sbin/opensips[1449]:
> > ERROR:presence:update_presentity: updating published info in database
> > Oct 9 21:43:03 myopensips /usr/local/sbin/opensips[1449]:
> > ERROR:presence:handle_publish: when updating presentity
> > Oct 9 21:43:03 myopensips /usr/local/sbin/opensips[1457]:
> > CRITICAL:db_mysql:wrapper_single_mysql_stmt_execute: driver error
> > (1213): Deadlock found when tr
> > ying to get lock; try restarting transaction
> > Oct 9 21:43:03 myopensips /usr/local/sbin/opensips[1457]:
> > ERROR:presence:delete_db_subs: sql delete failed
> > Oct 9 21:43:03 myopensips /usr/local/sbin/opensips[1457]:
> > ERROR:presence:update_subscription: deleting subscription record from
> > database
> > Oct 9 21:43:03 myopensips /usr/local/sbin/opensips[1457]:
> > ERROR:presence:handle_subscribe: in update_subscription
> >
> > could this a cause of the crash? I have tried to read the core dump but
> > cant find anything there. it is like
> >
> > msg = 0x7efd794cf2a0
> > t = 0x0
> > _c =
> > reply_c = 0x0
> > request_c = 0x0
> > st = 9106161
> > ret =
> > requested_exp = 0
> > enforced_exp = 0
> > val = {n = 4, s = {s = 0x4 , len =
> 0}}
> > l =
> > p =
> > forced_binding_buf =
> >
> "\000\000\000\000\000\000\000\000\066b69c11f2cbb12551371135d\000\000\000\000\000\000\000\000\240\362Ly\375~\000\000\020\220\025.
> > forced_binding = {s = 0x0, len = 0}
> > binding_uri =
> > __FUNCTION__ = "save"
> > #12 0x0042da49 in do_action (a=a@entry=0x7efd794afdd8,
> > msg=msg@entry=0x7efd794cf2a0) at action.c:1862
> > increment =
> > decrement =
> > val_number =
> > j =
> > val_s = {s = 0x7efd0069 > bounds>, len = 3440}
> > cdb_reply = 0x7efd0004
> > aux = {s = 0x20 , len = 0}
> > i =
> > key_number = 0
> > it =
> > avp_val =
> > avp_name = {n = 105, s = {s = 0x7efd0069 > 0x7efd0069 out of bounds>, len = 3440}}
> > avp_type = 38183
> > ret = -5
> >
> > I cant paste the whole dump here but let me know if any of the dev want
> > to have a look please.
> >
> > Thank you
> >
> >
> > On Wed, Oct 10, 2018 at 11:57 AM J E H A N Z A I B
> > mailto:jehanzaib.ki...@gmail.com>> wrote:
> >
> > Hi team,
> >
> > Opensips (2.3.1) crashed a few times now and I can not figure out
> > the reason of it.
> > Can someone help me here please?
> > Here is what I see in the logs before it crashes.
> >
> > Oct 9 21:43:10 myopensips kernel: opensips[1454]: segfault at 0 ip
> > 005319a2 sp 7fffed157c70 error 6 in
> opensips[40+27c000]
> > Oct 9 21:43:10 myopensips /usr/local/sbin/opensips[1471]:
> > CRITICAL:core:receive_fd: EOF on 32
> > Oct 9 21:43:10 myopensips /usr/local/sbin/opensips[1313]:
> > INFO:core:handle_sigs: child process 1454 exited by a signal 11
> > Oct 9 21:43:10 myopensips /usr/local/sbin/opensips[1313]:
> > INFO:core:handle_sigs: core was generated
> > Oct 9 21:43:10 myopensips /usr/local/sbin/opensips[1313]:
> > INFO:core:handle_sigs: terminating due to SIGCHLD
> >
> > Thank you
> >
> >
> >
> > --
> > Regards,
> > Jehanzaib
> >
> > ___
> > Users mailing list
> > Users@lists.opensips.org
> > http://lists.opensips.org/cgi-bin/mailman/listinfo/users
> >
>
> --
> Răzvan Crainea
> OpenSIPS Core Developer
>http://www.opensips-solutions.com
>
> ___
> Users mailing list
> Users@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
--
Regards,
Jehanzaib
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
[OpenSIPS-Users] WARNING:core:utimer_ticker: utimer task
Hi, we are having a problem with warning messages that are flooding the log since we migrated the VM with opensips to a newer hardware. We had the same warnings on the previous hardware but they were coming 10 times a day and did not bother us. What we found is that the warning go away if we comment out the single avp_db_query that is being used in our config. The avp_db_query is not executed at the start, but only when specific header is present. Yet the fooding start immediately after opensips start. The mere presence of the avp_db_query function in config without execution is enough to have the issue. Oct 10 11:47:28 fra-appsrv01 /usr/sbin/opensips[30461]: WARNING:core:utimer_ticker: utimer task already scheduled for 190 ms (now 290 ms), it may overlap.. Oct 10 11:47:28 fra-appsrv01 /usr/sbin/opensips[30461]: WARNING:core:utimer_ticker: utimer task already scheduled for 190 ms (now 290 ms), it may overlap.. Oct 10 11:47:28 fra-appsrv01 /usr/sbin/opensips[30461]: WARNING:core:utimer_ticker: utimer task already scheduled for 190 ms (now 290 ms), it may overlap.. Oct 10 11:47:28 fra-appsrv01 /usr/sbin/opensips[30461]: WARNING:core:utimer_ticker: utimer task already scheduled for 190 ms (now 290 ms), it may overlap.. Oct 10 11:47:28 fra-appsrv01 /usr/sbin/opensips[30461]: WARNING:core:utimer_ticker: utimer task already scheduled for 190 ms (now 390 ms), it may overlap.. Oct 10 11:47:28 fra-appsrv01 /usr/sbin/opensips[30461]: WARNING:core:utimer_ticker: utimer task already scheduled for 190 ms (now 390 ms), it may overlap.. Oct 10 11:47:28 fra-appsrv01 /usr/sbin/opensips[30461]: WARNING:core:utimer_ticker: utimer task already scheduled for 190 ms (now 390 ms), it may overlap.. root@fra-appsrv01:/var/log/opensips# opensips -V version: opensips 2.4.2 (x86_64/linux) flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC, F_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, sigio_rt, select. main.c compiled on with gcc 4.9.2 Thanks, xaled ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Installing rtpengine on CentOS 6
Thanks for the suggestions from Denys Pozniak and Răzvan Crainea. I now have it working on my CentOS 6 server: The first dependency was fixed by installing the iptables-devel package. Then downloaded two rpm files for hiredis and hiredis-devel from centos.pkgs.org and installed them with yum. Still getting warnings about the way some arguments are passed, but at least the build was successful allowing me to move on and test. John Quick Smartvox Limited ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Installing rtpengine on CentOS 6
Hello! By the way, it is easy to build rpms for CentOS7 with spec file: https://github.com/sipwise/rtpengine/blob/mr6.4.1/el/rtpengine.spec https://github.com/sipwise/rtpengine/blob/mr6.4.1/el/README.el.md ср, 10 окт. 2018 г. в 11:06, Răzvan Crainea : > Hi, John! > > libiptc can be found most likely in the iptables-devel package from the > main repository. > You can easily install hiredis using the public packages: > > git clone g...@github.com:redis/hiredis.git > cd hiredis > PREFIX=/usr make install > > I am not sure about the warnings, but since they are simply warnings, > it's worth trying to ignore them :). > > Best regards, > Răzvan > > On 10/9/18 7:42 PM, John Quick wrote: > > Hi, > > > > This is more an enquiry to the community than the OpenSIPS developers. > > Has anyone successfully installed rtpengine on CentOS 6? If so, please > can > > you assist me. > > > > I've been able to fix most dependencies, but when I run make these two > > remain: > > Package libiptc was not found in the pkg-config search path. > > ../include/redis.h:14:29: error: hiredis/hiredis.h: No such file or > > directory > > > > Using yum with epel and nux repos, I could only find packages for > > libiptcdata-devel and redis, not for libiptc or hiredis. > > > > Also, when I run make it gives me this warning about argument types in > > function atomic64_get_set: > > warning: passing argument 1 of 'g_atomic_pointer_compare_and_exchange' > from > > incompatible pointer type > > expected 'void * volatile*' but argument is of type 'volatile void **' > > Can I safely ignore this warning? > > > > Thanks in advance for any help you can offer. > > > > John Quick > > Smartvox Limited > > > > > > > > ___ > > Users mailing list > > Users@lists.opensips.org > > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > > > -- > Răzvan Crainea > OpenSIPS Core Developer >http://www.opensips-solutions.com > > ___ > Users mailing list > Users@lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > -- BR, Denys Pozniak ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Installing rtpengine on CentOS 6
Hi, John! libiptc can be found most likely in the iptables-devel package from the main repository. You can easily install hiredis using the public packages: git clone g...@github.com:redis/hiredis.git cd hiredis PREFIX=/usr make install I am not sure about the warnings, but since they are simply warnings, it's worth trying to ignore them :). Best regards, Răzvan On 10/9/18 7:42 PM, John Quick wrote: Hi, This is more an enquiry to the community than the OpenSIPS developers. Has anyone successfully installed rtpengine on CentOS 6? If so, please can you assist me. I've been able to fix most dependencies, but when I run make these two remain: Package libiptc was not found in the pkg-config search path. ../include/redis.h:14:29: error: hiredis/hiredis.h: No such file or directory Using yum with epel and nux repos, I could only find packages for libiptcdata-devel and redis, not for libiptc or hiredis. Also, when I run make it gives me this warning about argument types in function atomic64_get_set: warning: passing argument 1 of 'g_atomic_pointer_compare_and_exchange' from incompatible pointer type expected 'void * volatile*' but argument is of type 'volatile void **' Can I safely ignore this warning? Thanks in advance for any help you can offer. John Quick Smartvox Limited ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users -- Răzvan Crainea OpenSIPS Core Developer http://www.opensips-solutions.com ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] opensips segfault
We strongly suggest you to update to a newer version of 2.3, it's a high
chance this has already been fixed in a newer version.
Best regards,
Razvan
On 10/10/18 6:03 AM, J E H A N Z A I B wrote:
Further to my previous email I also see a lot of failed request just
before the crash
like
Oct 9 21:43:03 myopensips /usr/local/sbin/opensips[1449]:
CRITICAL:db_mysql:wrapper_single_mysql_real_query: driver error (1213):
Deadlock found when tryi
ng to get lock; try restarting transaction
Oct 9 21:43:03 myopensips /usr/local/sbin/opensips[1449]:
ERROR:core:db_do_update: error while submitting query
Oct 9 21:43:03 myopensips /usr/local/sbin/opensips[1449]:
ERROR:presence:update_presentity: updating published info in database
Oct 9 21:43:03 myopensips /usr/local/sbin/opensips[1449]:
ERROR:presence:handle_publish: when updating presentity
Oct 9 21:43:03 myopensips /usr/local/sbin/opensips[1457]:
CRITICAL:db_mysql:wrapper_single_mysql_stmt_execute: driver error
(1213): Deadlock found when tr
ying to get lock; try restarting transaction
Oct 9 21:43:03 myopensips /usr/local/sbin/opensips[1457]:
ERROR:presence:delete_db_subs: sql delete failed
Oct 9 21:43:03 myopensips /usr/local/sbin/opensips[1457]:
ERROR:presence:update_subscription: deleting subscription record from
database
Oct 9 21:43:03 myopensips /usr/local/sbin/opensips[1457]:
ERROR:presence:handle_subscribe: in update_subscription
could this a cause of the crash? I have tried to read the core dump but
cant find anything there. it is like
msg = 0x7efd794cf2a0
t = 0x0
_c =
reply_c = 0x0
request_c = 0x0
st = 9106161
ret =
requested_exp = 0
enforced_exp = 0
val = {n = 4, s = {s = 0x4 , len = 0}}
l =
p =
forced_binding_buf =
"\000\000\000\000\000\000\000\000\066b69c11f2cbb12551371135d\000\000\000\000\000\000\000\000\240\362Ly\375~\000\000\020\220\025.
forced_binding = {s = 0x0, len = 0}
binding_uri =
__FUNCTION__ = "save"
#12 0x0042da49 in do_action (a=a@entry=0x7efd794afdd8,
msg=msg@entry=0x7efd794cf2a0) at action.c:1862
increment =
decrement =
val_number =
j =
val_s = {s = 0x7efd0069 bounds>, len = 3440}
cdb_reply = 0x7efd0004
aux = {s = 0x20 , len = 0}
i =
key_number = 0
it =
avp_val =
avp_name = {n = 105, s = {s = 0x7efd0069 0x7efd0069 out of bounds>, len = 3440}}
avp_type = 38183
ret = -5
I cant paste the whole dump here but let me know if any of the dev want
to have a look please.
Thank you
On Wed, Oct 10, 2018 at 11:57 AM J E H A N Z A I B
mailto:jehanzaib.ki...@gmail.com>> wrote:
Hi team,
Opensips (2.3.1) crashed a few times now and I can not figure out
the reason of it.
Can someone help me here please?
Here is what I see in the logs before it crashes.
Oct 9 21:43:10 myopensips kernel: opensips[1454]: segfault at 0 ip
005319a2 sp 7fffed157c70 error 6 in opensips[40+27c000]
Oct 9 21:43:10 myopensips /usr/local/sbin/opensips[1471]:
CRITICAL:core:receive_fd: EOF on 32
Oct 9 21:43:10 myopensips /usr/local/sbin/opensips[1313]:
INFO:core:handle_sigs: child process 1454 exited by a signal 11
Oct 9 21:43:10 myopensips /usr/local/sbin/opensips[1313]:
INFO:core:handle_sigs: core was generated
Oct 9 21:43:10 myopensips /usr/local/sbin/opensips[1313]:
INFO:core:handle_sigs: terminating due to SIGCHLD
Thank you
--
Regards,
Jehanzaib
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
--
Răzvan Crainea
OpenSIPS Core Developer
http://www.opensips-solutions.com
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] mid registrar g lookup
Hello, Slava! The user is properly URL encoded. Are you calling mid_registrar_lookup() [1] to "resolve" this contact, or simple lookup()[2]? You should call the first one, because most likely you are also using mid_registrar. [1] https://opensips.org/html/docs/modules/2.4.x/mid_registrar.html#func_mid_registrar_lookup [2] https://opensips.org/html/docs/modules/2.4.x/registrar.html#func_lookup Best regards, Răzvan On 10/9/18 11:38 PM, Slava Bendersky wrote: Hello Everyone, Current setup is full federated cluster with mongo and pgsql. I see in trace $ru IVITE sip:13is is INVITE sip:130%40domain.com@10.100.104.8:5060 SIP/2.0 Right now we returning 404 same as m flag lookup. What should happens if user found or not found, because I think $rU part is not encoded correctly. volga629 @10.100.104.8:5060 SIP/2.0 ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users -- Răzvan Crainea OpenSIPS Core Developer http://www.opensips-solutions.com ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
