Hi,
When I activate the TOPOS function, the Kamailio lb fail.
This is the traceback
Program terminated with signal SIGABRT, Aborted.
#0 __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:51
51 ../sysdeps/unix/sysv/linux/raise.c: No such file or directory.
(gdb) backtrace
#0 __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:51
#1 0x00007f66d5aab42a in __GI_abort () at abort.c:89
#2 0x00007f66d5ae7c00 in __libc_message (do_abort=do_abort@entry=2, fmt=fmt@entry=0x7f66d5bdb305 "*** %s ***: %s terminated\n")
at ../sysdeps/posix/libc_fatal.c:175
#3 0x00007f66d5b701f7 in __GI___fortify_fail (msg=msg@entry=0x7f66d5bdb29c "buffer overflow detected") at fortify_fail.c:30
#4 0x00007f66d5b6e330 in __GI___chk_fail () at chk_fail.c:28
#5 0x00007f66b867e097 in memcpy (__len=<optimized out>, __src=<optimized out>, __dest=0x7f66b8892524 <_tps_redis_cbuf+4>)
at /usr/include/x86_64-linux-gnu/bits/string3.h:53
#6 tps_redis_load_branch (msg=<optimized out>, md=<optimized out>, sd=0x7ffed3993d30, mode=<optimized out>) at topos_redis_storage.c:744
#7 0x00007f66b88b35c0 in tps_request_received (msg=msg@entry=0x7ffed3995f80, dialog=dialog@entry=1) at tps_msg.c:786
#8 0x00007f66b88b9255 in tps_msg_received (evp=<optimized out>) at topos_mod.c:332
#9 0x000055e1dc07da88 in sr_event_exec (type=<optimized out>, evp=<optimized out>) at core/events.c:211
#10 0x000055e1dc0415f5 in receive_msg (
buf=buf@entry=0x55e1dc511d40 <buf> "BYE sip:atpsh-5c4b0f6e-25b2-9@10.10.10.2 SIP/2.0\r\nVia: SIP/2.0/UDP 10.10.10.1:5060;branch=z9hG4bK898122669\r\nFrom: sip:2972426338@10.10.10.1;tag=3296734298\r\nTo: sip:414533@10.10.10.2;tag=03D2CCF0-5"..., len=381, rcv_info=rcv_info@entry=0x7ffed3996980) at core/receive.c:157
#11 0x000055e1dbf5e6e3 in udp_rcv_loop () at core/udp_server.c:554
#12 0x000055e1dbef3a9f in main_loop () at main.c:1619
#13 0x000055e1dbeea8cb in main (argc=<optimized out>, argv=0x7ffed3996f38) at main.c:2638
This is a Kamailio error? I can fix it?
Thanks.
Marcos.
Am Montag, 4. Februar 2019, 17:11:03 CET schrieb Marcos Pytel:
When I activate the TOPOS function, the Kamailio lb fail.
This is the traceback
Hello Marcos,
thank you for the report. the best is to open an issue on our github tracker about this, to better tackle it. Please include more information (you'll find pointers there in the template).
Best regards,
Henning
Program terminated with signal SIGABRT, Aborted.
#0 __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:51
51 ../sysdeps/unix/sysv/linux/raise.c: No such file or directory.
(gdb) backtrace
#0 __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:51
#1 0x00007f66d5aab42a in __GI_abort () at abort.c:89
#2 0x00007f66d5ae7c00 in __libc_message (do_abort=do_abort@entry=2, fmt=fmt@entry=0x7f66d5bdb305 "*** %s ***: %s terminated\n")
at ../sysdeps/posix/libc_fatal.c:175#3 0x00007f66d5b701f7 in __GI___fortify_fail (msg=msg@entry=0x7f66d5bdb29c "buffer overflow detected") at fortify_fail.c:30
#4 0x00007f66d5b6e330 in __GI___chk_fail () at chk_fail.c:28
#5 0x00007f66b867e097 in memcpy (__len=<optimized out>, __src=<optimized out>, __dest=0x7f66b8892524 <_tps_redis_cbuf+4>)
at /usr/include/x86_64-linux-gnu/bits/string3.h:53#6 tps_redis_load_branch (msg=<optimized out>, md=<optimized out>, sd=0x7ffed3993d30, mode=<optimized out>) at topos_redis_storage.c:744
#7 0x00007f66b88b35c0 in tps_request_received (msg=msg@entry=0x7ffed3995f80, dialog=dialog@entry=1) at tps_msg.c:786
#8 0x00007f66b88b9255 in tps_msg_received (evp=<optimized out>) at topos_mod.c:332
#9 0x000055e1dc07da88 in sr_event_exec (type=<optimized out>, evp=<optimized out>) at core/events.c:211
#10 0x000055e1dc0415f5 in receive_msg (
buf=buf@entry=0x55e1dc511d40 <buf> "BYEsip:atpsh-5c4b0f6e-25b2-9@10.10.10.2 SIP/2.0\r\nVia: SIP/2.0/UDP 10.10.10.1:5060;branch=z9hG4bK898122669\r\nFrom: sip:2972426338@10.10.10.1;tag=3296734298\r\nTo: sip:414533@10.10.10.2;tag=03D2CCF0-5"..., len=381, rcv_info=rcv_info@entry=0x7ffed3996980) at core/receive.c:157
#11 0x000055e1dbf5e6e3 in udp_rcv_loop () at core/udp_server.c:554
#12 0x000055e1dbef3a9f in main_loop () at main.c:1619
#13 0x000055e1dbeea8cb in main (argc=<optimized out>, argv=0x7ffed3996f38) at main.c:2638
This is a Kamailio error? I can fix it?
Hi all!
Any clue for this?
Marcos. -----Mensaje original----- De: Henning Westerholt hw@kamailio.org Enviado el: martes 5 de febrero del 2019 17:50 Para: sr-users@lists.kamailio.org CC: Marcos Pytel marcos.pytel@cotesma.com.ar Asunto: Re: [SR-Users] Kamailio TOPOS fail
Am Montag, 4. Februar 2019, 17:11:03 CET schrieb Marcos Pytel:
When I activate the TOPOS function, the Kamailio lb fail.
This is the traceback
Hello Marcos,
thank you for the report. the best is to open an issue on our github tracker about this, to better tackle it. Please include more information (you'll find pointers there in the template).
Best regards,
Henning
Program terminated with signal SIGABRT, Aborted.
#0 __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:51
51 ../sysdeps/unix/sysv/linux/raise.c: No such file or directory.
(gdb) backtrace
#0 __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:51
#1 0x00007f66d5aab42a in __GI_abort () at abort.c:89
#2 0x00007f66d5ae7c00 in __libc_message (do_abort=do_abort@entry=2, fmt=fmt@entry=0x7f66d5bdb305 "*** %s ***: %s terminated\n")
at ../sysdeps/posix/libc_fatal.c:175#3 0x00007f66d5b701f7 in __GI___fortify_fail (msg=msg@entry=0x7f66d5bdb29c "buffer overflow detected") at fortify_fail.c:30
#4 0x00007f66d5b6e330 in __GI___chk_fail () at chk_fail.c:28
#5 0x00007f66b867e097 in memcpy (__len=<optimized out>, __src=<optimized out>, __dest=0x7f66b8892524 <_tps_redis_cbuf+4>)
at /usr/include/x86_64-linux-gnu/bits/string3.h:53#6 tps_redis_load_branch (msg=<optimized out>, md=<optimized out>, sd=0x7ffed3993d30, mode=<optimized out>) at topos_redis_storage.c:744
#7 0x00007f66b88b35c0 in tps_request_received (msg=msg@entry=0x7ffed3995f80, dialog=dialog@entry=1) at tps_msg.c:786
#8 0x00007f66b88b9255 in tps_msg_received (evp=<optimized out>) at topos_mod.c:332
#9 0x000055e1dc07da88 in sr_event_exec (type=<optimized out>, evp=<optimized out>) at core/events.c:211
#10 0x000055e1dc0415f5 in receive_msg (
buf=buf@entry=0x55e1dc511d40 <buf> "BYEsip:atpsh-5c4b0f6e-25b2-9@10.10.10.2 SIP/2.0\r\nVia: SIP/2.0/UDP 10.10.10.1:5060;branch=z9hG4bK898122669\r\nFrom: sip:2972426338@10.10.10.1;tag=3296734298\r\nTo: sip:414533@10.10.10.2;tag=03D2CCF0-5"..., len=381, rcv_info=rcv_info@entry=0x7ffed3996980) at core/receive.c:157
#11 0x000055e1dbf5e6e3 in udp_rcv_loop () at core/udp_server.c:554
#12 0x000055e1dbef3a9f in main_loop () at main.c:1619
#13 0x000055e1dbeea8cb in main (argc=<optimized out>, argv=0x7ffed3996f38) at main.c:2638
This is a Kamailio error? I can fix it?
-- Henning Westerholt - https://skalatan.de/blog/ Kamailio services - https://skalatan.de/services Kamailio security assessment - https://skalatan.de/de/assessment
Hi Marco, not sure if it is the same issue, but I am looking at a problem I am facing where in-dialog requests are failing after 3 minutes.
It seems you are also using topos_redis
Tracing TOPOS traffic is seems some leg related infomation is set to expire after 3 minutes.
Just sharing in case we can get a quick answer, but I will troubleshoot the behavior more to understand if this is suppose to be transaction data that and Dialog data should persist anyway. Seems like 2 EXPIRE commands are sent, the second one with a low value of 180
https://github.com/kamailio/kamailio/issues/1848
On Mon, Feb 11, 2019 at 3:38 AM Marcos Pytel marcos.pytel@cotesma.com.ar wrote:
Hi all!
Any clue for this?
Marcos. -----Mensaje original----- De: Henning Westerholt hw@kamailio.org Enviado el: martes 5 de febrero del 2019 17:50 Para: sr-users@lists.kamailio.org CC: Marcos Pytel marcos.pytel@cotesma.com.ar Asunto: Re: [SR-Users] Kamailio TOPOS fail
Am Montag, 4. Februar 2019, 17:11:03 CET schrieb Marcos Pytel:
When I activate the TOPOS function, the Kamailio lb fail.
This is the traceback
Hello Marcos,
thank you for the report. the best is to open an issue on our github tracker about this, to better tackle it. Please include more information (you'll find pointers there in the template).
Best regards,
Henning
Program terminated with signal SIGABRT, Aborted.
#0 __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:51
51 ../sysdeps/unix/sysv/linux/raise.c: No such file or directory.
(gdb) backtrace
#0 __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:51
#1 0x00007f66d5aab42a in __GI_abort () at abort.c:89
#2 0x00007f66d5ae7c00 in __libc_message (do_abort=do_abort@entry=2, fmt=fmt@entry=0x7f66d5bdb305 "*** %s ***: %s terminated\n")
at ../sysdeps/posix/libc_fatal.c:175#3 0x00007f66d5b701f7 in __GI___fortify_fail (msg=msg@entry=0x7f66d5bdb29c "buffer overflow detected") at fortify_fail.c:30
#4 0x00007f66d5b6e330 in __GI___chk_fail () at chk_fail.c:28
#5 0x00007f66b867e097 in memcpy (__len=<optimized out>, __src=<optimized out>, __dest=0x7f66b8892524 <_tps_redis_cbuf+4>)
at /usr/include/x86_64-linux-gnu/bits/string3.h:53#6 tps_redis_load_branch (msg=<optimized out>, md=<optimized out>, sd=0x7ffed3993d30, mode=<optimized out>) at topos_redis_storage.c:744
#7 0x00007f66b88b35c0 in tps_request_received (msg=msg@entry=0x7ffed3995f80, dialog=dialog@entry=1) at tps_msg.c:786
#8 0x00007f66b88b9255 in tps_msg_received (evp=<optimized out>) at topos_mod.c:332
#9 0x000055e1dc07da88 in sr_event_exec (type=<optimized out>, evp=<optimized out>) at core/events.c:211
#10 0x000055e1dc0415f5 in receive_msg (
buf=buf@entry=0x55e1dc511d40 <buf> "BYEsip:atpsh-5c4b0f6e-25b2-9@10.10.10.2 SIP/2.0\r\nVia: SIP/2.0/UDP 10.10.10.1:5060;branch=z9hG4bK898122669\r\nFrom: sip:2972426338@10.10.10.1;tag=3296734298\r\nTo: sip:414533@10.10.10.2;tag=03D2CCF0-5"..., len=381, rcv_info=rcv_info@entry=0x7ffed3996980) at core/receive.c:157
#11 0x000055e1dbf5e6e3 in udp_rcv_loop () at core/udp_server.c:554
#12 0x000055e1dbef3a9f in main_loop () at main.c:1619
#13 0x000055e1dbeea8cb in main (argc=<optimized out>, argv=0x7ffed3996f38) at main.c:2638
This is a Kamailio error? I can fix it?
-- Henning Westerholt - https://skalatan.de/blog/ Kamailio services - https://skalatan.de/services Kamailio security assessment - https://skalatan.de/de/assessment
Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
On Mon, Feb 11, 2019 at 09:07:04AM -0800, Julien Chavanton wrote:
Hi Marco, not sure if it is the same issue, but I am looking at a problem I am facing where in-dialog requests are failing after 3 minutes.
It seems you are also using topos_redis
Tracing TOPOS traffic is seems some leg related infomation is set to expire after 3 minutes.
Noticed this a long time ago, apparantly never made a bug report: https://lists.kamailio.org/pipermail/sr-users/2018-March/100835.html
Thanks updated the issue with the link
On Mon, Feb 11, 2019 at 9:50 AM Daniel Tryba d.tryba@pocos.nl wrote:
On Mon, Feb 11, 2019 at 09:07:04AM -0800, Julien Chavanton wrote:
Hi Marco, not sure if it is the same issue, but I am looking at a
problem I
am facing where in-dialog requests are failing after 3 minutes.
It seems you are also using topos_redis
Tracing TOPOS traffic is seems some leg related infomation is set to
expire
after 3 minutes.
Noticed this a long time ago, apparantly never made a bug report: https://lists.kamailio.org/pipermail/sr-users/2018-March/100835.html
Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
Do you have TOPOS enabled in yours systems?
Regards, Marcos.
De: sr-users sr-users-bounces@lists.kamailio.org En nombre de Julien Chavanton Enviado el: lunes 11 de febrero del 2019 14:53 Para: Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org Asunto: Re: [SR-Users] Kamailio TOPOS fail
Thanks updated the issue with the link
On Mon, Feb 11, 2019 at 9:50 AM Daniel Tryba <d.tryba@pocos.nl mailto:d.tryba@pocos.nl > wrote:
On Mon, Feb 11, 2019 at 09:07:04AM -0800, Julien Chavanton wrote:
Hi Marco, not sure if it is the same issue, but I am looking at a problem I am facing where in-dialog requests are failing after 3 minutes.
It seems you are also using topos_redis
Tracing TOPOS traffic is seems some leg related infomation is set to expire after 3 minutes.
Noticed this a long time ago, apparantly never made a bug report: https://lists.kamailio.org/pipermail/sr-users/2018-March/100835.html
_______________________________________________ Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org mailto:sr-users@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
-
Daniel Tryba -
Henning Westerholt -
Julien Chavanton -
Marcos Pytel