sr-dev May 2014

sr-dev@lists.kamailio.org

34 participants
239 discussions

XMLRPC seg fault
by Jason Penton 19 May '14

19 May '14

Hey Daniel, I see you did a few changes re. XMLRPC recently (end of last month). I am getting the following (is it related) - if not I will take a look: Program terminated with signal 11, Segmentation fault. #0 0x00007f8a628cfe08 in ?? () from /lib/x86_64-linux-gnu/libc.so.6 (gdb) bt #0 0x00007f8a628cfe08 in ?? () from /lib/x86_64-linux-gnu/libc.so.6 #1 0x00007f8a628d1496 in ?? () from /lib/x86_64-linux-gnu/libc.so.6 #2 0x00007f8a628d5388 in calloc () from /lib/x86_64-linux-gnu/libc.so.6 #3 0x00007f8a628c3cd9 in open_memstream () from /lib/x86_64-linux-gnu/libc.so.6 #4 0x00007f8a62940dcb in __vsyslog_chk () from /lib/x86_64-linux-gnu/libc.so.6 #5 0x00007f8a6294141f in syslog () from /lib/x86_64-linux-gnu/libc.so.6 #6 0x0000000000552dac in destroy_avp_list (list=0x94d420) at usr_avp.c:644 #7 0x0000000000552f3e in reset_avps () at usr_avp.c:678 #8 0x00000000004b4890 in receive_msg ( buf=0x16f01a0 "POST /RPC2 HTTP/1.0\r\nHost: ZAUbuntu009.it.za.smilecoms.com:6060\r\nContent-Length: 183\r\nUser-Agent: Apache XML RPC 3.0 (Lite HTTP Transport)\r\nContent-Type: text/xml\r\n\r\n<?xml version=\"1.0\" encoding=\"UTF-"..., len=349, rcv_info=0x7f8a1ba39a38) at receive.c:292 #9 0x0000000000542066 in receive_tcp_msg ( tcpbuf=0x7f8a1ba39d08 "POST /RPC2 HTTP/1.0\r\nHost: ZAUbuntu009.it.za.smilecoms.com:6060\r\nContent-Length: 183\r\nUser-Agent: Apache XML RPC 3.0 (Lite HTTP Transport)\r\nContent-Type: text/xml\r\n\r\n<?xml version=\"1.0\" encoding=\"UTF-"..., len=349, rcv_info=0x7f8a1ba39a38, con=0x7f8a1ba39a20) at tcp_read.c:1232 #10 0x0000000000542fbf in tcp_read_req (con=0x7f8a1ba39a20, bytes_read=0x7fff1a5b0240, read_flags=0x7fff1a5b0244) at tcp_read.c:1387 #11 0x0000000000544408 in handle_io (fm=0x7f8a61a2bd38, events=1, idx=-1) at tcp_read.c:1559 #12 0x000000000053d1da in io_wait_loop_epoll (h=0x8f8fe0, t=2, repeat=0) at io_wait.h:1092 #13 0x00000000005452d8 in tcp_receive_loop (unix_sock=34) at tcp_read.c:1728 #14 0x00000000005376d9 in tcp_init_children () at tcp_main.c:4959 #15 0x0000000000473859 in main_loop () at main.c:1704 #16 0x0000000000476587 in main (argc=7, argv=0x7fff1a5b0738) at main.c:2542 (gdb) bt full #0 0x00007f8a628cfe08 in ?? () from /lib/x86_64-linux-gnu/libc.so.6 No symbol table info available. #1 0x00007f8a628d1496 in ?? () from /lib/x86_64-linux-gnu/libc.so.6 No symbol table info available. #2 0x00007f8a628d5388 in calloc () from /lib/x86_64-linux-gnu/libc.so.6 No symbol table info available. #3 0x00007f8a628c3cd9 in open_memstream () from /lib/x86_64-linux-gnu/libc.so.6 No symbol table info available. #4 0x00007f8a62940dcb in __vsyslog_chk () from /lib/x86_64-linux-gnu/libc.so.6 No symbol table info available. #5 0x00007f8a6294141f in syslog () from /lib/x86_64-linux-gnu/libc.so.6 No symbol table info available. #6 0x0000000000552dac in destroy_avp_list (list=0x94d420) at usr_avp.c:644 avp = 0x7fff1a5b0730 foo = 0x0 __FUNCTION__ = "destroy_avp_list" #7 0x0000000000552f3e in reset_avps () at usr_avp.c:678 i = 0 #8 0x00000000004b4890 in receive_msg ( buf=0x16f01a0 "POST /RPC2 HTTP/1.0\r\nHost: ZAUbuntu009.it.za.smilecoms.com:6060\r\nContent-Length: 183\r\nUser-Agent: Apache XML RPC 3.0 (Lite HTTP Transport)\r\nContent-Type: text/xml\r\n\r\n<?xml version=\"1.0\" encoding=\"UTF-"..., len=349, rcv_info=0x7f8a1ba39a38) at receive.c:292 msg = 0x7f8a61a3ee08 ctx = {rec_lev = 442171248, run_flags = 32767, last_retcode = 5500918, jmp_env = {{__jmpbuf = {140733193388041, 140733635559312, 140232339007264, 24052128, 140733635560004, 140231145921800, 24052128, 0}, __mask_was_saved = 24052128, __saved_mask = {__val = {1498943586304, 137, 1400510797, 4280256, 140231145921056, 16, 128, 2, 65584, 0, 4604204945409, 541165879515, 532575944825, 140733635559552, 140232339007264, 140733635559536}}}}} ret = 0 inb = { s = 0x16f01a0 "POST /RPC2 HTTP/1.0\r\nHost: ZAUbuntu009.it.za.smilecoms.com:6060\r\nContent-Length: 183\r\nUser-Agent: Apache XML RPC 3.0 (Lite HTTP Transport)\r\nContent-Type: text/xml\r\n\r\n<?xml version=\"1.0\" encoding=\"UTF-"..., len = 349} __FUNCTION__ = "receive_msg" #9 0x0000000000542066 in receive_tcp_msg ( tcpbuf=0x7f8a1ba39d08 "POST /RPC2 HTTP/1.0\r\nHost: ZAUbuntu009.it.za.smilecoms.com:6060\r\nContent-Length: 183\r\nUser-Agent: Apache XML RPC 3.0 (Lite HTTP Transport)\r\nContent-Type: text/xml\r\n\r\n<?xml version=\"1.0\" encoding=\"UTF-"..., len=349, rcv_info=0x7f8a1ba39a38, con=0x7f8a1ba39a20) at tcp_read.c:1232 buf = 0x16f01a0 "POST /RPC2 HTTP/1.0\r\nHost: ZAUbuntu009.it.za.smilecoms.com:6060\r\nContent-Length: 183\r\nUser-Agent: Apache XML RPC 3.0 (Lite HTTP Transport)\r\nContent-Type: text/xml\r\n\r\n<?xml version=\"1.0\" encoding=\"UTF-"... bsize = 65535 blen = 65535 __FUNCTION__ = "receive_tcp_msg" #10 0x0000000000542fbf in tcp_read_req (con=0x7f8a1ba39a20, bytes_read=0x7fff1a5b0240, read_flags=0x7fff1a5b0244) at tcp_read.c:1387 bytes = 349 total_bytes = 349 resp = 1 size = 6480430 req = 0x7f8a1ba39aa0 dst = {send_sock = 0x7fff1a5b0160, to = {s = {sa_family = 45835, sa_data = "\307[\212\177\000\000(\002[\032\377\177\000"}, sin = {sin_family = 45835, sin_port = 23495, sin_addr = { s_addr = 32650}, sin_zero = "(\002[\032\377\177\000"}, sin6 = {sin6_family = 45835, sin6_port = 23495, sin6_flowinfo = 32650, sin6_addr = {__in6_u = { __u6_addr8 = "(\002[\032\377\177\000\000\214\001[\032\377\177\000", __u6_addr16 = {552, 6747, 32767, 0, 396, 6747, 32767, 0}, __u6_addr32 = {442171944, 32767, 442171788, 32767}}}, sin6_scope_id = 152}}, id = 4, proto = 32 ' ', send_flags = {f = 163 '\243', blst_imask = 98 'b'}} ---Type <return> to continue, or q <return> to quit--- c = 0 '\000' ret = 2 __FUNCTION__ = "tcp_read_req" #11 0x0000000000544408 in handle_io (fm=0x7f8a61a2bd38, events=1, idx=-1) at tcp_read.c:1559 ret = 8 n = 8 read_flags = 65539 con = 0x7f8a1ba39a20 s = 9 resp = 140733635561264 t = 0 __FUNCTION__ = "handle_io" #12 0x000000000053d1da in io_wait_loop_epoll (h=0x8f8fe0, t=2, repeat=0) at io_wait.h:1092 n = 1 r = 0 fm = 0x7f8a61a2bd38 revents = 1 __FUNCTION__ = "io_wait_loop_epoll" #13 0x00000000005452d8 in tcp_receive_loop (unix_sock=34) at tcp_read.c:1728 __FUNCTION__ = "tcp_receive_loop" #14 0x00000000005376d9 in tcp_init_children () at tcp_main.c:4959 r = 0 i = 7 reader_fd_1 = 34 pid = 0 si_desc = "tcp receiver (generic)\000\000\060\a[\032\377\177\000\000`\004[\032\377\177\000\000n\260P\000\000\000\000\000`\004[\032\377\177\000\000\210KB\000\000\000\000\000\200\005[\032\377\177\000\000\300OA\000\000\000\000\000Ӎ_\000\000\000\000\000P\025\227a\212\177\000\000\023\000\000\000\024\000\000\000\330\374\225\000\000\000\000\000\300OA\000\000\000\000\000\060\a[\032\377\177\000" si = 0x0 __FUNCTION__ = "tcp_init_children" #15 0x0000000000473859 in main_loop () at main.c:1704 i = 8 pid = 19368 si = 0x0 si_desc = "udp receiver child=7 sock=10.0.1.166:6060\000\034Y\256_v\264\b\000\000\000\000\000\000\000\330\374\225\000\000\000\000\000\300OA\000\000\000\000\000\060\a[\032\377\177", '\000' <repeats 18 times>, "`\005[\032\377\177\000\000b\251L\000\000\000\000\000\200\005[\032\377\177\000\000`F\225\000\000\000\000" nrprocs = 8 __FUNCTION__ = "main_loop" #16 0x0000000000476587 in main (argc=7, argv=0x7fff1a5b0738) at main.c:2542 cfg_stream = 0x15eb010 c = -1 r = 0 tmp = 0x7fff1a5b16d9 "" tmp_len = 0 port = 4277523 proto = 0 options = 0x5f94d0 ":f:cm:M:dVIhEeb:l:L:n:vKrRDTN:W:w:t:u:g:P:G:SQ:O:a:A:" ret = -1 ---Type <return> to continue, or q <return> to quit--- seed = 1898040949 rfd = 4 debug_save = 0 debug_flag = 0 dont_fork_cnt = 0 n_lst = 0x5e2cc0 p = 0x7fff1a5b065e "" __FUNCTION__ = "main"

2 8

[tracker] Comment added: bogus core statistics?
by sip-router 19 May '14

19 May '14

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has a new comment added: FS#430 - bogus core statistics? User who did this - Juha Heinanen (jh) ---------- regarding core:bad_URIs_rcvd, i changed some DBGs in parser to INFOs and got this: May 19 20:59:43 siika /usr/sbin/sip-proxy[22053]: INFO: <core> [parser/parse_uri.c:1272]: parse_uri(): parse_uri: uri too short: <> (0) on this incoming notify: NOTIFY sip:jh-0xa66180@192.98.102.30:5066;alias=192.98.102.30~38276~2;transport=tcp SIP/2.0. Via: SIP/2.0/TCP 192.98.102.30:5080;branch=z9hG4bKbf4c.f63f0680000000000000000000000000.0. To: <sip:jh@test.tutpro.com>;tag=92a902cb1206b577. From: <sip:jh@test.tutpro.com>;tag=cd79fb8f5c18efbd1a0962eab2c7a83a-c767. CSeq: 2 NOTIFY. Call-ID: bc1797dbe425d0ef. Route: <sip:127.0.0.1:5070;transport=tcp;r2=on;lr>, <sip:192.98.102.30;transport=tcp;r2=on;lr>. Content-Length: 48. User-Agent: OpenXg Presence/XCAP Server (4.2.0-dev3 (x86_64/linux)). Max-Forwards: 70. Event: message-summary. Contact: <sip:192.98.102.30:5080;transport=tcp>. Subscription-State: active;expires=600. Content-Type: application/simple-message-summary. . Messages-Waiting: no. Voice-Message: 0/0 (0/0). i don't see any uri missing. also, proxy forwards the request fine. any ideas why parser is trying to parse empty uri and, as result, increments core:bad_URIs_rcvd value? -- juha ---------- More information can be found at the following URL: http://sip-router.org/tracker/index.php?do=details&task_id=430#comment1470 You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.

1 0

kamailio 4.1 crashing when user attempts to authenticate
by Peter Villeneuve 19 May '14

19 May '14

Hi, I decided to start a new kamailio install with the 4.1 debian packages. Everything seems to have gone as expected, and kamailio starts normally. However, as soon as I try to register (MySQL), Kamailio crashes as can be seen by the logs. I have tls enabled, as well as rtpengine (although could someone please confirm that we are supposed to continue loading "rtpproxy-ng.so"? I didn't find any new module named rtpengine.so after compiling and installing its debian packages, so I presume we are to keep using rtpproxy-ng.so), and have created the DB tables, so not sure what's causing it to crash. I can get a core dump if needed. Any clues? Thanks, Peter May 19 16:37:04 vmhost /usr/sbin/kamailio[18513]: ALERT: <core> [main.c:775]: handle_sigs(): child process 18520 exited by a signal 11 May 19 16:37:04 vmhost /usr/sbin/kamailio[18513]: ALERT: <core> [main.c:778]: handle_sigs(): core was not generated May 19 16:37:04 vmhost /usr/sbin/kamailio[18513]: INFO: <core> [main.c:790]: handle_sigs(): INFO: terminating due to SIGCHLD May 19 16:37:04 vmhost kernel: [189666.602743] kamailio[18520] general protection ip:536104 sp:7fff87fe0190 error:0 in kamailio[400000+27a000] May 19 16:37:04 vmhost /usr/sbin/kamailio[18519]: INFO: <core> [main.c:841]: sig_usr(): INFO: signal 15 received

1 0

[tracker] Comment added: bogus core statistics?
by sip-router 19 May '14

19 May '14

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has a new comment added: FS#430 - bogus core statistics? User who did this - Juha Heinanen (jh) ---------- .. and also by publish messages. how to fix that as well as core:unsupported_methods for xmlrpc requests? ---------- More information can be found at the following URL: http://sip-router.org/tracker/index.php?do=details&task_id=430#comment1469 You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.

1 0

[tracker] Comment added: bogus core statistics?
by sip-router 19 May '14

19 May '14

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has a new comment added: FS#430 - bogus core statistics? User who did this - Juha Heinanen (jh) ---------- looks like core:bad_URIs_rcvd in incremented either by subscribe or notify messages. ---------- More information can be found at the following URL: http://sip-router.org/tracker/index.php?do=details&task_id=430#comment1468 You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.

1 0

[tracker] Comment added: bogus core statistics?
by sip-router 19 May '14

19 May '14

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has a new comment added: FS#430 - bogus core statistics? User who did this - Ovidiu Sas (osas) ---------- In my test setup I have core:bad_URIs_rcvd set to 0. Please test with a different UA. This might be something related to baresip ua. ---------- More information can be found at the following URL: http://sip-router.org/tracker/index.php?do=details&task_id=430#comment1467 You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.

1 0

[tracker] Comment added: bogus core statistics?
by sip-router 19 May '14

19 May '14

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has a new comment added: FS#430 - bogus core statistics? User who did this - Juha Heinanen (jh) ---------- after restart i'm seeing core:bad_URIs_rcvd increasing every time i restart baresip ua. so it still looks like a bug to me. what comes to core:unsupported_methods, increase of that value is indeed due to xmlrpc requests, which, of course, are not unsupported requests. ---------- More information can be found at the following URL: http://sip-router.org/tracker/index.php?do=details&task_id=430#comment1466 You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.

1 0

[tracker] Comment added: bogus core statistics?
by sip-router 19 May '14

19 May '14

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has a new comment added: FS#430 - bogus core statistics? User who did this - Ovidiu Sas (osas) ---------- Please retrieve the statistics using kamcmd and check the values again (after a restart). IIRC, you reported that the core:unsupported_methods stat is increased for HTTP requests. I had the same issue while I was testing using xhttp_rpc interface. If you query the stats using xmlrpc, then most likly the core:unsupported_methods stat will be increased. We need to determine if all the bogus stats are related to HTTP or nor. Thanks, Ovidiu ---------- More information can be found at the following URL: http://sip-router.org/tracker/index.php?do=details&task_id=430#comment1465 You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.

1 0

[tracker] Task opened: bogus core statistics?
by sip-router 19 May '14

19 May '14

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. A new Flyspray task has been opened. Details are below. User who did this - Juha Heinanen (jh) Attached to Project - sip-router Summary - bogus core statistics? Task Type - Bug Report Category - Core Status - New Assigned To - Operating System - All Severity - Low Priority - Normal Reported Version - Development Due in Version - Undecided Due Date - Undecided Details - when i query tmx core stats, i get: # sip-proxy_ctl stats.get_statistics core: core:bad_URIs_rcvd = 14 core:bad_msg_hdr = 0 core:drop_replies = 0 core:drop_requests = 0 core:err_replies = 0 core:err_requests = 0 core:fwd_replies = 0 core:fwd_requests = 2 core:rcv_replies = 32 core:rcv_requests = 149 core:unsupported_methods = 35 i suspect that both core:bad_URIs_rcvd and core:unsupported_methods values are incorrect. since i started the proxy, i have only used baresip uas that hardly generate any bad uris or unsupported methods. More information can be found at the following URL: http://sip-router.org/tracker/index.php?do=details&task_id=430 You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.

1 0

git:master: kex: new stats RPC commands
by Ovidiu Sas 19 May '14

19 May '14

Module: sip-router Branch: master Commit: 6f685460f1d7fd6ff07e55f2a807322168638988 URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=6f68546… Author: Ovidiu Sas <osas(a)voipembedded.com> Committer: Ovidiu Sas <osas(a)voipembedded.com> Date: Thu Jan 16 14:46:32 2014 -0500 kex: new stats RPC commands --- modules/kex/core_stats.c | 285 +++++++++++++++++++++++++++++++++++++++++ modules/kex/doc/kex.xml | 14 ++ modules/kex/doc/kex_admin.xml | 50 +++++++ 3 files changed, 349 insertions(+), 0 deletions(-) Diff: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commitdiff;h=6f6…

3 5

← Newer
1
...
9
10
11
12
13
14
15
...
24
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

sr-dev May 2014