sr-dev June 2019

sr-dev@lists.kamailio.org

19 participants
216 discussions

[kamailio/kamailio] Kamailio SDP Error 5.1.8 (#1983)
by nicoonline 09 Mar '20

09 Mar '20

Hello, I got this message under some circumstances (the number called) Jun 12 15:15:01 proxy1 /usr/sbin/kamailio[16096]: ERROR: <core> [core/parser/sdp/sdp.c:228]: set_sdp_payload_fmtp(): Invalid payload location What means "Payload location" ? SDP Debug from the callee: Jun 12 15:15:01 proxy1 /usr/sbin/kamailio[16096]: DEBUG: sdpops [sdpops_mod.c:1626]: sdp_get_helper(): Found SDP v=0#015#012o=- 5793 1 IN IP4 192.168.50.50#015#012s=-#015#012t=0 0#015#012m=audio 24734 RTP/AVP 8 101#015#012c=IN IP4 217.112.190.117#015#012a=rtpmap:101 telephone-event/8000#015#012a=fmtp:18 annexa=yes#015#012a=fmtp:101 0-15#015#012a=ptime:30#015#012a=silenceSupp:off - - - -#015#012a=sendrecv#015#012 SDP Debug called pbx: Jun 12 15:15:01 proxy1 /usr/sbin/kamailio[16097]: DEBUG: sdpops [sdpops_mod.c:1626]: sdp_get_helper(): Found SDP v=0#015#012o=root 1673681431 1673681431 IN IP4 217.112.180.5#015#012s=Asterisk PBX 11.25.1#015#012c=IN IP4 217.112.180.5#015#012t=0 0#015#012m=audio 10884 RTP/AVP 8 101#015#012a=rtpmap:8 PCMA/8000#015#012a=rtpmap:101 telephone-event/8000#015#012a=fmtp:101 0-16#015#012a=ptime:20#015#012a=sendrecv#015#012 -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/1983

3 9

some missing kemi module functions
by David Escartin 05 Feb '20

05 Feb '20

hello all we are trying to rewrite our code to lua kemi, and we have found some issues/questions until we would like to share with you. -module call_obj not exported, we have tested a patch for the module to export the functions to kemi, which seems works fine -KSR.xlog.xinfo seems not able to select a facility as we currently can like xlog("LOG_LOCAL7", "L_NOTICE", "$var(xxxx)"); -module sipt not exported yet, must use ksr.x.modf ? will be exported for a future version? -on 5.3.0-dev5 we don't see the KSR.dialog.var_sets() and KSR.dialog.var_get/e/w() functions in the code, so we do use KSR.pv functions to set and retrieve those dialog vars. However i see them on master branch. Which kamailio release would have them? -sdpops function sdp_with_codecs_by_name seems to not me exported, is it on a todo list? -textops module, missing remove_hf and append_hf functions exported. We already did a patch for the remove_hf, despite we could work with textopsx remove_hf_value function to get the almost the same functionality. However, with append_hf i'm having some more issues. We cannot use modf to exec those funtions, we get something like For ---> KSR.x.modf("append_hf", "User-Agent: test", "To"); I get something like ----> Jun 27 07:19:16 proxy-1 /usr/local/kamailio/sbin/kamailio[5525]: ERROR: app_lua [app_lua_sr.c:188]: lua_sr_modf(): function 'append_hf' has fixup - cannot be used I could append a new header and not only at the end of the message by replacing a header called the same way, by doing something like KSR.textopsx.insert_hf_value("header", "value"); KSR.textopsx.remove_hf_value("header[-1]"); but i'm not able to insert a header after another different one like we can do with append_hf("header:value", "To") for instance. Is it expected to have it on a next commit those append_hf and remove_hf exported. Would we do a pull request with the ki_remove_hf we already have and the call_obj functions too? We can check to export append_hf too if it's not planned to be done thanks a lot and regards david

2 4

[kamailio/kamailio] db_check_table_version(): invalid version 6 for table subscriber found, expected 7 (check table structure and table "version") (#1270)
by abell-star 30 Jan '20

30 Jan '20

kamailio version：5.0.1 -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/1270

6 9

[kamailio/kamailio] developing hiops module (#1856)
by mojtabaesfandiari 28 Jan '20

28 Jan '20

This is new module in Kamailio, named hiops module. I am developing and it take few time to done. In all over the module i used LM_INFO instead of LM_DBG, just for much easy troubleshooting. And also I would use lock for share memory in all project. These are some 'todo' project that i have to do.   #### Pre-Submission Checklist    - [ ] Commit message has the format required by CONTRIBUTING guide - [ ] Commits are split per component (core, individual modules, libs, utils, ...) - [ ] Each component has a single commit (if not, squash them into one commit) - [ ] No commits to README files for modules (changes must be done to docbook files in `doc/` subfolder, the README file is autogenerated) #### Type Of Change - [ ] Small bug fix (non-breaking change which fixes an issue) - [ ] New feature (non-breaking change which adds new functionality) - [ ] Breaking change (fix or feature that would change existing functionality) #### Checklist:  - [ ] PR should be backported to stable branches - [ ] Tested changes locally - [ ] Related to issue #XXXX (replace XXXX with an open issue number) #### Description  You can view, comment on, or merge this pull request online at: https://github.com/kamailio/kamailio/pull/1856 -- Commit Summary -- * add received_in_via function(use it in hiops module) * developing hiops module -- File Changes -- M src/core/msg_translator.c (25) M src/core/msg_translator.h (3) A src/modules/hiops (1) -- Patch Links -- https://github.com/kamailio/kamailio/pull/1856.patch https://github.com/kamailio/kamailio/pull/1856.diff -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/pull/1856

4 22

[kamailio/kamailio] Kamailio not using SNI in for incoming requests (#1938)
by Laszlo 20 Dec '19

20 Dec '19

I'm using Kamailio 5.2.2+xenial. Set up a basic tls.cfg like this: ``` [server:default] verify_certificate = no require_certificate = no private_key = /tmp/default.key certificate = /tmp/default.pem [server:any] method = TLSv1 verify_certificate = no require_certificate = no private_key = /tmp/domain.key certificate = /tmp/domain.pem server_name = sip.domain.com server_name_mode = 1 ``` Connect with openssl like this `openssl s_client -connect server:5061` and Kamailio will - obviously - offer the default.pem certificate. However, use `openssl s_client -connect server:5061 -servername sip.domain.com` and Kamailio will still offer the default.pem certificate, where I'd expect it to offer domain.pem. I tested these `openssl` commandline invocations against an nginx server that's working with these same certificates, and SNI is working properly there. >From the Kamailio logs on starting up, it does seem to detect that a SNI callback should be registered with OpenSSL. ``` Apr 25 11:43:37 kamailio[7447]: NOTICE: tls [tls_domain.c:1083]: ksr_tls_fix_domain(): registered server_name callback handler for socket [:0], server_name='sip.domain.com' ... ``` However, it's not triggering: ``` Apr 25 11:39:04 kamailio[7344]: DEBUG: <core> [core/ip_addr.c:229]: print_ip(): tcpconn_new: new tcp connection: 4.1.3.1 Apr 25 11:39:04 kamailio[7344]: DEBUG: <core> [core/tcp_main.c:999]: tcpconn_new(): on port 55428, type 3 Apr 25 11:39:04 kamailio[7344]: DEBUG: <core> [core/tcp_main.c:1305]: tcpconn_add(): hashes: 3726:2401:2691, 1 Apr 25 11:39:04 kamailio[7344]: DEBUG: <core> [core/io_wait.h:380]: io_watch_add(): DBG: io_watch_add(0xa86c60, 60, 2, 0x7f00ad8279b0), fd_no=51 Apr 25 11:39:04 kamailio[7344]: DEBUG: <core> [core/io_wait.h:602]: io_watch_del(): DBG: io_watch_del (0xa86c60, 60, -1, 0x0) fd_no=52 called Apr 25 11:39:04 kamailio[7344]: DEBUG: <core> [core/tcp_main.c:4196]: handle_tcpconn_ev(): sending to child, events 1 Apr 25 11:39:04 kamailio[7344]: DEBUG: <core> [core/tcp_main.c:3875]: send2child(): selected tcp worker idx:0 proc:44 pid:7342 for activity on [tls:1.6.1.6:5061], 0x7f00ad8279b0 Apr 25 11:39:04 kamailio[7342]: DEBUG: <core> [core/tcp_read.c:1759]: handle_io(): received n=8 con=0x7f00ad8279b0, fd=10 Apr 25 11:39:04 kamailio[7342]: DEBUG: tls [tls_server.c:199]: tls_complete_init(): completing tls connection initialization Apr 25 11:39:04 kamailio[7342]: DEBUG: tls [tls_server.c:228]: tls_complete_init(): Using initial TLS domain TLSs<default> (dom 0x7f00ad1b02e8 ctx 0x7f00ad406408 sn []) Apr 25 11:39:04 kamailio[7342]: DEBUG: tls [tls_domain.c:1155]: tls_lookup_private_key(): Private key lookup for SSL_CTX-0x7f00ad406408: (nil) Apr 25 11:39:04 kamailio[7342]: DEBUG: tls [tls_domain.c:737]: sr_ssl_ctx_info_callback(): SSL handshake started Apr 25 11:39:04 kamailio[7342]: DEBUG: <core> [core/tcp_main.c:2460]: tcpconn_do_send(): sending... Apr 25 11:39:04 kamailio[7342]: DEBUG: <core> [core/tcp_main.c:2494]: tcpconn_do_send(): after real write: c= 0x7f00ad8279b0 n=2817 fd=10 Apr 25 11:39:04 kamailio[7342]: DEBUG: <core> [core/tcp_main.c:2495]: tcpconn_do_send(): buf=#012#026#003#001 Apr 25 11:39:04 kamailio[7342]: DEBUG: <core> [core/io_wait.h:380]: io_watch_add(): DBG: io_watch_add(0xae0200, 10, 2, 0x7f00ad8279b0), fd_no=1 Apr 25 11:39:04 kamailio[7342]: DEBUG: tls [tls_domain.c:1155]: tls_lookup_private_key(): Private key lookup for SSL_CTX-0x7f00ad406408: (nil) Apr 25 11:39:04 kamailio[7342]: DEBUG: tls [tls_domain.c:749]: sr_ssl_ctx_info_callback(): SSL handshake done Apr 25 11:39:04 kamailio[7342]: DEBUG: tls [tls_domain.c:753]: sr_ssl_ctx_info_callback(): SSL disable renegotiation Apr 25 11:39:04 kamailio[7342]: DEBUG: tls [tls_server.c:424]: tls_accept(): TLS accept successful Apr 25 11:39:04 kamailio[7342]: DEBUG: tls [tls_server.c:431]: tls_accept(): tls_accept: new connection from 4.1.3.1:55428 using TLSv1/SSLv3 AES256-SHA 256 Apr 25 11:39:04 kamailio[7342]: DEBUG: tls [tls_server.c:434]: tls_accept(): tls_accept: local socket: 1.6.1.6:5061 Apr 25 11:39:04 kamailio[7342]: DEBUG: tls [tls_server.c:445]: tls_accept(): tls_accept: client did not present a certificate Apr 25 11:39:04 kamailio[7342]: DEBUG: <core> [core/tcp_main.c:2460]: tcpconn_do_send(): sending... Apr 25 11:39:04 kamailio[7342]: DEBUG: <core> [core/tcp_main.c:2494]: tcpconn_do_send(): after real write: c= 0x7f00ad8279b0 n=266 fd=10 Apr 25 11:39:04 kamailio[7342]: DEBUG: <core> [core/tcp_main.c:2495]: tcpconn_do_send(): buf=#012#026#003#001 Apr 25 11:39:10 kamailio[7342]: DEBUG: <core> [core/io_wait.h:602]: io_watch_del(): DBG: io_watch_del (0xae0200, 10, -1, 0x10) fd_no=2 called Apr 25 11:39:10 kamailio[7342]: DEBUG: <core> [core/tcp_read.c:1680]: release_tcpconn(): releasing con 0x7f00ad8279b0, state 1, fd=10, id=1 ([4.1.3.1]:55428 -> [4.1.3.1]:5061) Apr 25 11:39:10 kamailio[7342]: DEBUG: <core> [core/tcp_read.c:1684]: release_tcpconn(): extra_data 0x7f00ad7c4ab8 Apr 25 11:39:10 kamailio[7344]: DEBUG: <core> [core/tcp_main.c:3307]: handle_tcp_child(): reader response= 7f00ad8279b0, 1 from 0 Apr 25 11:39:10 kamailio[7344]: DEBUG: <core> [core/io_wait.h:380]: io_watch_add(): DBG: io_watch_add(0xa86c60, 60, 2, 0x7f00ad8279b0), fd_no=51 Apr 25 11:39:10 kamailio[7344]: DEBUG: <core> [core/tcp_main.c:3434]: handle_tcp_child(): CONN_RELEASE 0x7f00ad8279b0 refcnt= 1 ``` Looking at other issues like #1574, I think I'm supposed to see a `tls_server_name_cb` log line upon connecting, but there is none. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/1938

4 10

[kamailio/kamailio] cfgt: RPC command to reset/clean test scenario (#574)
by Victor Seva 05 Dec '19

05 Dec '19

allow to clean the shared and private info of a test scenario in order to be able to re-trigger it without restart kamailio --- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/574

1 1

[kamailio/kamailio] cancel the branches instantly instead of on provisional replies (#909)
by aqsyounas 25 Nov '19

25 Nov '19

I am forking a call to multiple destinations and want to keep the only branch which sends quicker provisional 180/183 reply and cancel the remaining branches. Below is my related cfg snippet. modparam("tm", "failure_reply_mode", 3) modparam("tm", "fr_timer", 30000) modparam("tm", "fr_inv_timer", 120000) modparam("tm", "cancel_b_method", 2) ... route[SIPOUT] { if (uri==myself) return; append_hf("P-hint: outbound\r\n"); append_branch(); append_branch(); route(RELAY); exit; } onreply_route[MANAGE_REPLY] { xdbg("incoming reply\n"); if(status=~"[12][0-9][0-9]") { xlog("L_INFO","Received $rs (IP:$si:$sp)\n"); if(status=~"18[03]"){ t_cancel_branches("others"); xlog("L_INFO","cancelled all other branches\n"); } route(NATMANAGE); } } ... But I see kamailio does not instantly send CANCEL to other branches after it has received 180/180 from any branch. Kamailio is sending CANCEL to other branches after they start sending 180/183 one by one. I want to cancel other brances instantly as soon as i get reply from any other branch. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/909

3 4

[kamailio/kamailio] Unexpected log_systemd behavior when daemon is forked (#799)
by Anthony Messina 22 Nov '19

22 Nov '19

Starting Kamailio (4.4 with branch updates through e43d82d applied) with the following systemd unit file, native systemd/journald logging doesn't work as expected. I *do* get core logging when I use ``` log_engine_type="systemd" loadmodule "log_systemd.so" ``` but `xlog` and `sd_journal_print` *don't* send anything to the journal. When I comment out `log_engine_type`, keeping the log_systemd.so module loaded, `sd_journal_print` *does* log the messages properly to the systemd journal, `xlog` and core startup messages are sent to syslog. If I change the service to `Type=simple` and add the `-D` option to `ExecStart` to disable forking, then logging to systemd via `xlog` and `sd_journal_print` works, but TCP/TLS listeners aren't created. ``` [Unit] Description=Kamailio SIP Server Documentation=man:kamailio(8) http://www.kamailio.org/ After=syslog.target network-online.target Wants=network-online.target [Service] Type=forking User=kamailio Environment=SHM_SIZE=64 Environment=PKG_SIZE=8 ExecStartPre=/usr/sbin/kamailio -c ExecStart=/usr/sbin/kamailio -m $SHM_SIZE -M $PKG_SIZE -P /run/kamailio/kamailio.pid PIDFile=/run/kamailio/kamailio.pid Restart=on-failure RestartSec=30 RuntimeDirectory=kamailio RuntimeDirectoryMode=0750 [Install] WantedBy=multi-user.target ``` -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/799

3 16

[kamailio/kamailio] Incorrect translation of tel: uri to sip: uri in tel2sip() (#1173)
by Donald Carr 15 Nov '19

15 Nov '19

### Description  I received a wireshark trace from a team member showing that a tel: uri was translated to a sip: uri in a very strange (invalid) way: INVITE tel:491234567891;phone-context=ims.mnc001.mcc001.3gppnetwork.org Was translated to: INVITE sip:491234567891;phone-context=ims.mnc001.mcc001.3gppnetwork.org@ims.mnc001.mcc001.3gppnetwork.org;user=phone ### Troubleshooting I first thought this was definitely an error, and only the phone number should be copied to the sip: uri. But, on further reading of the specification, (https://www.ietf.org/rfc/rfc3261.txt), I see that it is in fact legal to leave all parameters in. Though, when the phone-context parameter is simply a domain, it would at least seem the cleanest thing would be to remove it when the exact same domain is also inserted after the @ in the sip message. So, looking to find where the message is translated, I saw in the scscf.cfg configuration file that there is a translation specified. I found that "tel2sip" is mapped to the C function of the same name tel2sip() In this function, the translation will do exactly what I found in the trace, in other words, it will leave in all parameters separated by semi-colon, inserted before the @ symbol. But, reading the spec, I see that the spec is not being followed in any case. The spec states that all parameters included when translating, must be switched to alphabetic order, with the exception that isdn-subaddress and post-dial, must occur first and in that order. There is no code in tel2sip() to perform that sorting. Also, the parser removes '(', ')', '.', and '-' in the phone number, as specified, but, these same characters could be scattered anywhere in invalid places, and they are just silently removed, '+' can scattered anywhere and it is just left alone, Other characters can be scattered anywhere and they will just be left as-is, no error. So, I feel there should be some minimal checking of the phone number, trying to follow the spec (if we could just execute the BNF from the spec!). #### Reproduction  This can be reproduced by sending a tel: uri with parameters inserted separated by semicolon. #### Debugging Data  ``` (none) ``` #### Log Messages  ``` (none) ``` #### SIP Traffic  ``` See attached file ``` ### Possible Solutions  The solution would be to modify tel2sip(), adding the sorting of parameters, putting the two exceptions first if they exist, before inserting back into the string. We should also throw errors on obvious bad formatting and ilegal characters, etc, in the input tel: uri Should we remove the "phone-context" if it is a domain and also exactly the same as the domain inserted after the @? ### Additional Information * **Kamailio Version** - output of `kamailio -v` ``` version: kamailio 5.0.0-dev5 (x86_64/linux) da4ef4-dirty flags: STATS: Off, USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, USE_RAW_SOCKS, DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, Q_MALLOC, F_MALLOC, TLSF_MALLOC, DBG_SR_MEMORY, USE_FUTEX, FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE, USE_DNS_FAILOVER, USE_NAPTR, USE_DST_BLACKLIST, HAVE_RESOLV_RES ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 8MB poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. id: da4ef4 -dirty compiled on 10:37:40 May 12 2017 with gcc 5.4.0 ``` SIP spec: https://www.ietf.org/rfc/rfc3261.txtWireshark output: ![wireshark-tel2sip](https://user-images.githubusercontent.com/4886876/27705203-cfd3c150-5cd2-11e7-9f77-1664a51e7ac3.png) ``` In RFC 3966, Tel URI format: The "tel" URI has the following syntax: telephone-uri = "tel:" telephone-subscriber telephone-subscriber = global-number / local-number global-number = global-number-digits *par local-number = local-number-digits *par context *par par = parameter / extension / isdn-subaddress isdn-subaddress = ";isub=" 1*uric extension = ";ext=" 1*phonedigit context = ";phone-context=" descriptor descriptor = domainname / global-number-digits global-number-digits = "+" *phonedigit DIGIT *phonedigit local-number-digits = *phonedigit-hex (HEXDIG / "*" / "#")*phonedigit-hex domainname = *( domainlabel "." ) toplabel [ "." ] domainlabel = alphanum / alphanum *( alphanum / "-" ) alphanum toplabel = ALPHA / ALPHA *( alphanum / "-" ) alphanum parameter = ";" pname ["=" pvalue ] pname = 1*( alphanum / "-" ) pvalue = 1*paramchar paramchar = param-unreserved / unreserved / pct-encoded unreserved = alphanum / mark mark = "-" / "_" / "." / "!" / "~" / "*" / "'" / "(" / ")" pct-encoded = "%" HEXDIG HEXDIG param-unreserved = "[" / "]" / "/" / ":" / "&" / "+" / "$" phonedigit = DIGIT / [ visual-separator ] phonedigit-hex = HEXDIG / "*" / "#" / [ visual-separator ] visual-separator = "-" / "." / "(" / ")" alphanum = ALPHA / DIGIT reserved = ";" / "/" / "?" / ":" / "@" / "&" / "=" / "+" / "$" / "," uric = reserved / unreserved / pct-encoded ``` * **Operating System**:  ``` # uname -a Linux epc-enablers 4.4.0-51-generic #72-Ubuntu SMP Thu Nov 24 18:29:54 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux ``` -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/1173

6 26

[kamailio/kamailio] Segmentation fault when using USRLOC with db_mode=2 (#1231)
by JohnJanke 15 Nov '19

15 Nov '19

### Description Started up Kamailio with USRLOC modules db_mode=2 and expected Kamailio to start successfully. Upon running the startup command, Kamailio timed out, saying the service failed. Syslog shows a segfault. Kamailio processes had to be manually killed afterwards. ### Troubleshooting -This issue is only occurring when the DB_MODE parameter of the USRLOC module is 1 or 2. When it is 0 Kamailio runs and operates without fault. -Ran a SQL profiler trace and there were no errors triggered on the SQL side of things. The final query Kamailio ran before the crash was "select username from location where username='dummy_user' and domain = 'dummy_domain'" #### Reproduction I can reproduce this every time I try to run Kamailio with DB_MODE = 1 or 2. FYI I am using unixodbc tied to a Microsoft SQL server. #### Debugging Data Even after uninstalling and reinstalling kamailio-dbg I still get "No symbol table info available." Assistance to fix this would also be helpful. ``` [New LWP 56741] [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". Core was generated by `/usr/sbin/kamailio -P /var/run/kamailio/kamailio.pid -f /etc/kamailio/kamailio.'. Program terminated with signal SIGSEGV, Segmentation fault. #0 __memcmp_sse4_1 () at ../sysdeps/x86_64/multiarch/memcmp-sse4.S:689 689 ../sysdeps/x86_64/multiarch/memcmp-sse4.S: No such file or directory. (gdb) bt full #0 __memcmp_sse4_1 () at ../sysdeps/x86_64/multiarch/memcmp-sse4.S:689 No locals. #1 0x00007fe0f5e16439 in ?? () from /usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0 No symbol table info available. #2 0x00007fe0f5e16a4a in lh_retrieve () from /usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0 No symbol table info available. #3 0x00007fe0f5e18f71 in ?? () from /usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0 No symbol table info available. #4 0x00007fe0f5e1997e in ERR_get_state () from /usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0 No symbol table info available. #5 0x00007fe0f5e19bb5 in ?? () from /usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0 No symbol table info available. #6 0x00007fe0f6151630 in SSL_get_error () from /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0 No symbol table info available. #7 0x00007fe0f5870bed in Handshake (verifier=..., cbWriteBuffer=16384, pbWriteBuffer=0x19b5710 "\026\003\001\001\034\001", cbReadBuffer=1203, pbReadBuffer=<optimized out>, this=0x19199e0) at Sql/Common/DK/sni/src/OpenSSL_SNI_SslProvider.cpp:768 eqs = {<No data fields>} #8 Do (cbWriteBuffer=16384, pbWriteBuffer=0x19b5710 "\026\003\001\001\034\001", cbReadBuffer=1203, pbReadBuffer=<optimized out>, this=0x7fffb87077e0) at Sql/Common/DK/sni/src/OpenSSL_SNI_SslProvider.cpp:1009 No locals. #9 Ssl::Handshake (this=0x1919880) at Sql/Common/DK/sni/src/OpenSSL_SNI_SslProvider.cpp:1333 szHostName = "vpsl_a_sql.cluster.data.local.tatnvps.com", '\000' <repeats 219 times> cchHostName = <optimized out> handshake = {m_sslEngine = @0x19199e0, m_verifier = {static X509_V_UNINITIALIZED = 1, static s_x509StoreExDataIdx = 0, static s_sslExDataIdx = 0, m_errorReason = 4, m_szHostName = 0x7fffb8707810 "vpsl_a_sql.cluster.data.local.tatnvps.com", m_cchHostName = 41, m_err = 1}} #10 0x00007fe0f5871e4c in Ssl::InitX (this=0x1919880) at Sql/Common/DK/sni/src/OpenSSL_SNI_SslProvider.cpp:1275 No locals. #11 0x00007fe0f5866bc8 in AddProvider (pConn=pConn@entry=0x196fe60, ProvNum=ProvNum@entry=SSL_PROV, pInfo=pInfo@entry=0x7fffb87079d0) at Sql/Common/DK/sni/src/sni.cpp:5500 _bidScp = {m_hScp = 0xffffffffffffffff} __func__ = "AddProvider" dwError = <optimized out> pProv = 0x1919880 #12 0x00007fe0f58672b0 in SNIAddProvider (pConn=0x196fe60, ProvNum=SSL_PROV, pInfo=0x7fffb8707b40) at Sql/Common/DK/sni/src/sni.cpp:5555 st_authParams = {m_bTDSPacketType = 0 '\000', m_cbInPrefix = 0, m_cbInSuffix = 0, m_cbOutPrefix = 0, m_cbOutSuffix = 0, m_cryptoMode = SNICRYPT_INVALIDMODE, m_pfnAuthTimer = 0x0, m_pfnAuthPrintBuf = 0x0, m_pfnAuthProcessInputBuf = 0x0, m_pfnAuthFormatOutputBuf = 0x0, m_pfnAuthEnqueueTask = 0x0, m_pfnAuthFKill = 0x0} st_authProvInfo = {pParams = 0x7fe0f5b04d40 <SNIAddProvider::st_authParams>, pbInitToken = 0x0, cbInitToken = 0, pwszSpn = 0x0, cwchSpn = 0, dwFlags = 266, errOp = SNIAUTH_ERROP_INVALID, errState = SNIAUTH_ERRST_INVALID, pCertContext = 0x0, pwszCertId = 0x0, fCertHash = 0, pCallbackContext = 0x0, pfnCertificateCallback = 0x0, fInitialTokenSent = 0} _bidScp = {m_hScp = 0xffffffffffffffff} __func__ = "SNIAddProvider" dwError = 0 #13 0x00007fe0f583cd0f in BATCHCTX::SNIAddProv (this=0x1916350, ProvNum=<optimized out>, pInfo=<optimized out>) at Sql/Ntdbms/sqlncli/tds/sql_ums.cpp:1145 hr = <optimized out> #14 0x00007fe0f583aba1 in CTdsParser::DoConnect (this=0x7fe0fa60ffe0, this@entry=0x19acef0, pLoginInfo=0x19ad0e0, pvUsrData=0xd6df6ca9, pvUsrData@entry=0x199f450, dwTimeout=4294967280, phConn=0x6000, phConn@entry=0x7fffb8709bf8) at Sql/Ntdbms/sqlncli/tds/netconn.cpp:1043 authProvInfo = {pParams = 0x7fe0f5b049c0 <st_authSSLParams>, pbInitToken = 0x0, cbInitToken = 0, pwszSpn = 0x0, cwchSpn = 0, dwFlags = 258, errOp = SNIAUTH_ERROP_INVALID, errState = SNIAUTH_ERRST_INVALID, pCertContext = 0x0, pwszCertId = 0x0, fCertHash = 0, pCallbackContext = 0x0, pfnCertificateCallback = 0x0, fInitialTokenSent = 0} fOverrideInst = 0 eNetFailoverPartner = INVALID_PREFIX pwszLKGServer = 0x19a213e L"\166\160\163\154\137\141\137\163\161\154\056\143\154\165\163\164\145\162\056\144\141\164\141\056\154\157\143\141\154\056\164\141\164\156\166\160\163\056\143\157", <incomplete sequence \155> wszFailoverPartner = L'\000\000' <repeats 2050 times>... hConn = 0x196daa0 pBatchDefault = 0x1916350 dwFailoverRetryTimeout = 0 ---Type <return> to continue, or q <return> to quit--- fATTNSent = 0 fFatalErr = 1 __func__ = "DoConnect" #15 0x00007fe0f583b522 in CTdsParser::OpenOrRedirectConnection (this=0x19acef0, pLoginInfo=0x19ad0e0, pvOwner=0x199f450, dwTimeoutMilliSeconds=<optimized out>, phConnection=0x199f490) at Sql/Ntdbms/sqlncli/tds/netconn.cpp:693 hr = 0 timer = {m_timeout = 15000, m_timeStart = 1168} __func__ = "OpenOrRedirectConnection" hConnection = 0x0 #16 0x00007fe0f57b0cc2 in ConnectIt (lpdbc=lpdbc@entry=0x199f450, rgAttr=..., dwFlags=dwFlags@entry=1) at Sql/Ntdbms/sqlncli/odbc/sqlcconn.cpp:3186 hr = <optimized out> fNoProtectPwd = 0 LoginInfo = @0x19ad0e0: { pwszConnStr = 0x19a213e L"\166\160\163\154\137\141\137\163\161\154\056\143\154\165\163\164\145\162\056\144\141\164\141\056\154\157\143\141\154\056\164\141\164\156\166\160\163\056\143\157", <incomplete sequence \155>, pwszFailoverPartner = 0x19a4140 L"", pwszDatabase = 0x199fd34 L"\153\141\155\141\151\154\151", <incomplete sequence \157>, pwszLanguage = 0x199fc32 L"", pwszUserName = 0x199f6ec L"\144\142\125\163\145\162\101\143\143\145\163", <incomplete sequence \163>, pwszPassword = 0x199f7ee L"\064\065\064\160\151\154\144\154\063\070\060", <incomplete sequence \172>, pwszNewPassword = 0x0, pwszWorkstation = 0x199fb30 L"\166\160\163\154\063\062\156\060\061\061\056\164\141\164\156\166\160\163\056\143\157", <incomplete sequence \155>, pwszServer = 0x199ff38 L"\166\160\163\154\137\141\137\163\161\154\056\143\154\165\163\164\145\162\056\144\141\164\141\056\154\157\143\141\154\056\164\141\164\156\166\160\163\056\143\157", <incomplete sequence \155>, pwszRPCServer = 0x0, pwszReplServer = 0x0, pwszAppName = 0x199fa2e L"", pwszClientInterface = 0x7fe0f5896942 L"\117\104\102", <incomplete sequence \103>, pwszFileName = 0x19a6142 L"", pwszServerSPN = 0x0, pwszFailoverPartnerSPN = 0x0, cbPacketSize = 0, eUseIntegratedSecurity = None, fMARSConnection = 0, hCompletionEvent = 0x0, fIsMDACCompatible = 0, phrAsyncResult = 0x0, plAsyncAbortFlag = 0x19ab704, fDumpLoad = 0, fEncrypt = 0, fTrustServerCert = 0, lcidClient = 1033, rgbClientID = "\377\377\377\377\377\377", dwConnFlags = 0, fNetProtocolApplyToFailoverCache = 1, eNetProtocol = UNKNOWN_PREFIX, eNetProtocolFailover = UNKNOWN_PREFIX, fMultiSubnetFailover = 0, fTnir = 1, fTnirRetry = 0, eApplicationIntent = ReadWrite, fIsRoutingInfoSet = 0, fIsSessionRecoveryEnabled = 0, fIsRecovery = 0, fIsColumnEncryptionEnabled = 0, wTdsVerMajor = 0, wTdsVerMinor = 0, pszClientCertificate = 0x19a8b80 L"", pfnClientCertificateFallback = 0x0, pFedAuthToken = 0x0} retcode = 0 fRealLogin = 1 #17 0x00007fe0f57e657e in DoDlgConnection (hwnd=hwnd@entry=0x0, lpDlgStruct=lpDlgStruct@entry=0x196cb90, dwFlags=dwFlags@entry=1) at Sql/Ntdbms/sqlncli/odbc/sqlcdlg.cpp:333 retcode = 0 lpdbc = 0x199f450 rgAttr = @0x196cc08: {m_cATTRs = 44, m_rgATTRs = 0x196d280, m_pextbufATTRs = 0x19699b0, m_SecuredAttrs = {idxPwd = 7, fPwdProtected = 0, idxOldPwd = 43, fOldPwdProtected = 0}} authMode = <optimized out> #18 0x00007fe0f57b3de5 in SQLDriverConnectW (hdbc=0x199f450, hwnd=<optimized out>, szConnStrIn=<optimized out>, cchConnStrIn=<optimized out>, szConnStrOut=<optimized out>, cchConnStrOutMax=<optimized out>, pcchConnStrOut=0x7fffb870edea, fDriverCompletion=1) at Sql/Ntdbms/sqlncli/odbc/sqlcconn.cpp:1638 lpdbc = 0x199f450 hr = <optimized out> wDlgRet = 0 fIssue01S00 = 0 __func__ = "SQLDriverConnectW" retcode = 0 cchConnStrLen = <optimized out> lpDlgStruct = 0x196cb90 _bidScp = {m_hScp = 0xffffffffffffffff} #19 0x00007fe0ff3ae978 in SQLDriverConnect () from /usr/lib/x86_64-linux-gnu/libodbc.so.2 No symbol table info available. #20 0x00007fe0ff607392 in db_unixodbc_new_connection (id=0x7fe0ff8ef2f0) at connection.c:155 outstr = "\017\000\000\000\000\000\000\000\340q\214\377\340\177", '\000' <repeats 82 times>, "\270\067\221\001", '\000' <repeats 68 times>, "\004\000\000\000\000\000\000\000G\026\000\000\000\000\000\000.Qx", '\000' <repeats 21 times>... outstrlen = 0 ret = 0 ptr = 0x7fe0ff8ef548 conn_str = "DSN=MSSQL13;UID=dbUserAccess;PWD=***********;", '\000' <repeats 14 times>, "\060\000\000\000\000\000\000\000\377\177\000\000\377\377\377\377", '\000' <repeats 32 times>, "\003\000\000\000\377\377\377\377\377\377\377\377c\371\006\000\341\177\000\000\006\000\000\000\000\000\000\000\232\371\006\000\341\177\000\000HQx\000\000\000\000\000`\240<\000\341\177\000\000\260\370p\270\377\177\000\000\060ʑ\376\---Type <return> to continue, or q <return> to quit--- 340\177\000\000\207(\255\373\000\000\000\000~\243\006\000\341\177", '\000' <repeats 18 times>... __FUNCTION__ = "db_unixodbc_new_connection" #21 0x00007fe0ff1807dc in db_do_init2 (url=0x7fe0fb6ba190 <db_url>, new_connection=0x7fe0ff605ab1 <db_unixodbc_new_connection>, pooling=DB_POOLING_PERMITTED) at db.c:316 id = 0x7fe0ff8ef2f0 con = 0x0 res = 0x7fe0ff8d7850 con_size = 32 __FUNCTION__ = "db_do_init2" #22 0x00007fe0ff17f785 in db_do_init (url=0x7fe0fb6ba190 <db_url>, new_connection=0x7fe0ff605ab1 <db_unixodbc_new_connection>) at db.c:269 No locals. #23 0x00007fe0ff60c61d in db_unixodbc_init (_url=0x7fe0fb6ba190 <db_url>) at dbase.c:181 c = 0x53ec77 <init_mod_child+59> #24 0x00007fe0fb4b0b02 in child_init (rank=-2) at auth_db_mod.c:159 __FUNCTION__ = "child_init" #25 0x000000000053ef59 in init_mod_child (m=0x7fe0ff88b408, rank=-2) at core/sr_module.c:921 __FUNCTION__ = "init_mod_child" #26 0x000000000053ec77 in init_mod_child (m=0x7fe0ff88b960, rank=-2) at core/sr_module.c:918 __FUNCTION__ = "init_mod_child" #27 0x000000000053ec77 in init_mod_child (m=0x7fe0ff88be10, rank=-2) at core/sr_module.c:918 __FUNCTION__ = "init_mod_child" #28 0x000000000053ec77 in init_mod_child (m=0x7fe0ff88c2f8, rank=-2) at core/sr_module.c:918 __FUNCTION__ = "init_mod_child" #29 0x000000000053ec77 in init_mod_child (m=0x7fe0ff8920e0, rank=-2) at core/sr_module.c:918 __FUNCTION__ = "init_mod_child" #30 0x000000000053f287 in init_child (rank=-2) at core/sr_module.c:947 No locals. #31 0x00000000004beaf7 in fork_process (child_id=-2, desc=0x7fe0fc693722 "ctl handler", make_sock=1) at core/pt.c:332 pid = 0 child_process_no = 6 ret = -1 new_seed1 = 715194968 new_seed2 = 2009098725 sockfd = {12, 13} __FUNCTION__ = "fork_process" #32 0x00007fe0fc684f8e in mod_child (rank=0) at ctl.c:327 pid = 32736 cs = 0x7fe0f639671d <futex_release+29> rpc_handler = 1 __FUNCTION__ = "mod_child" #33 0x000000000053ef59 in init_mod_child (m=0x7fe0ff886720, rank=0) at core/sr_module.c:921 __FUNCTION__ = "init_mod_child" #34 0x000000000053ec77 in init_mod_child (m=0x7fe0ff886d88, rank=0) at core/sr_module.c:918 __FUNCTION__ = "init_mod_child" #35 0x000000000053ec77 in init_mod_child (m=0x7fe0ff8887b8, rank=0) at core/sr_module.c:918 __FUNCTION__ = "init_mod_child" #36 0x000000000053ec77 in init_mod_child (m=0x7fe0ff888bf0, rank=0) at core/sr_module.c:918 __FUNCTION__ = "init_mod_child" #37 0x000000000053ec77 in init_mod_child (m=0x7fe0ff889a90, rank=0) at core/sr_module.c:918 __FUNCTION__ = "init_mod_child" #38 0x000000000053ec77 in init_mod_child (m=0x7fe0ff889e60, rank=0) at core/sr_module.c:918 __FUNCTION__ = "init_mod_child" #39 0x000000000053ec77 in init_mod_child (m=0x7fe0ff88a6a8, rank=0) at core/sr_module.c:918 __FUNCTION__ = "init_mod_child" ---Type <return> to continue, or q <return> to quit--- #40 0x000000000053ec77 in init_mod_child (m=0x7fe0ff88ad98, rank=0) at core/sr_module.c:918 __FUNCTION__ = "init_mod_child" #41 0x000000000053ec77 in init_mod_child (m=0x7fe0ff88b408, rank=0) at core/sr_module.c:918 __FUNCTION__ = "init_mod_child" #42 0x000000000053ec77 in init_mod_child (m=0x7fe0ff88b960, rank=0) at core/sr_module.c:918 __FUNCTION__ = "init_mod_child" #43 0x000000000053ec77 in init_mod_child (m=0x7fe0ff88be10, rank=0) at core/sr_module.c:918 __FUNCTION__ = "init_mod_child" #44 0x000000000053ec77 in init_mod_child (m=0x7fe0ff88c2f8, rank=0) at core/sr_module.c:918 __FUNCTION__ = "init_mod_child" #45 0x000000000053ec77 in init_mod_child (m=0x7fe0ff8920e0, rank=0) at core/sr_module.c:918 __FUNCTION__ = "init_mod_child" #46 0x000000000053f287 in init_child (rank=0) at core/sr_module.c:947 No locals. #47 0x0000000000423a13 in main_loop () at main.c:1705 i = 0 pid = 56737 si = 0x0 si_desc = "\000\000\000\000\000\000\000\000\001\000\000\000\002\000\000\000 ȏ\377\340\177\000\000\005\000\000\000\000\000\000\000HQx\000\000\000\000\000~\330s\000\000\000\000\000a\355u\000\000\000\000\000\000\222O\264\375\022\034\340O\021\000\020\000\000\000\000HQx\000\000\000\000\000\021\000\000\000\000\000\000\000\360\bq\270\377\177", '\000' <repeats 18 times>, " \006q\270\377\177\000\000K\363^\000\000\000\000" nrprocs = 0 woneinit = 0 __FUNCTION__ = "main_loop" #48 0x000000000042a408 in main (argc=13, argv=0x7fffb87108f8) at main.c:2643 cfg_stream = 0x18a1010 c = -1 r = 0 tmp = 0x7fffb8711f0b "" tmp_len = 213416 port = 32737 proto = -1200552016 options = 0x73b8f8 ":f:cm:M:dVIhEeb:l:L:n:vKrRDTN:W:w:t:u:g:P:G:SQ:O:a:A:x:X:Y:" ret = -1 seed = 610617656 rfd = 4 debug_save = 0 debug_flag = 0 dont_fork_cnt = 0 n_lst = 0x0 p = 0x1 <error: Cannot access memory at address 0x1> st = {st_dev = 15, st_ino = 13541, st_nlink = 2, st_mode = 16832, st_uid = 112, st_gid = 119, __pad0 = 0, st_rdev = 0, st_size = 120, st_blksize = 4096, st_blocks = 0, st_atim = {tv_sec = 1505141172, tv_nsec = 114977459}, st_mtim = {tv_sec = 1505142145, tv_nsec = 549518688}, st_ctim = {tv_sec = 1505142145, tv_nsec = 549518688}, __glibc_reserved = {0, 0, 0}} __FUNCTION__ = "main" ``` info locals = "No locals." list = "684 in ../sysdeps/x86_64/multiarch/memcmp-sse4.S" #### Log Messages ``` Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 0(56735) DEBUG: tls [tls_domain.c:1168]: load_private_key(): TLSs<default>: Key '/etc/kamailio/tls/privatekey.pem' successfully loaded Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 0(56735) DEBUG: tls [tls_domain.c:1168]: load_private_key(): TLSc<default>: Key '/etc/kamailio/tls/privatekey.pem' successfully loaded Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 1(56736) DEBUG: <core> [core/sr_module.c:920]: init_mod_child(): rank -1: debugger Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 1(56736) DEBUG: debugger [debugger_mod.c:223]: child_init(): rank is (-1) Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 1(56736) DEBUG: <core> [core/sr_module.c:920]: init_mod_child(): rank -1: jsonrpcs Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 1(56736) DEBUG: <core> [core/sr_module.c:920]: init_mod_child(): rank -1: kex Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 1(56736) DEBUG: kex [kex_mod.c:156]: child_init(): rank is (-1) Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 1(56736) DEBUG: <core> [sruid.c:106]: sruid_init(): root for sruid is [srid-59b6b03a-dda0-] (0 / 19) Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 1(56736) DEBUG: <core> [core/sr_module.c:920]: init_mod_child(): rank -1: corex Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 1(56736) DEBUG: <core> [core/sr_module.c:920]: init_mod_child(): rank -1: tm Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 1(56736) DEBUG: tm [callid.c:137]: child_init_callid(): callid: '6e9c02e64bdb8061-56736(a)74.208.157.229' Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 1(56736) DEBUG: <core> [core/sr_module.c:920]: init_mod_child(): rank -1: tmx Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 1(56736) DEBUG: tmx [tmx_mod.c:260]: child_init(): rank is (-1) Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 1(56736) DEBUG: <core> [core/sr_module.c:920]: init_mod_child(): rank -1: sl Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 1(56736) DEBUG: <core> [core/sr_module.c:920]: init_mod_child(): rank -1: ctl Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 1(56736) DEBUG: <core> [core/sr_module.c:920]: init_mod_child(): rank -1: acc Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 1(56736) DEBUG: <core> [core/sr_module.c:920]: init_mod_child(): rank -1: usrloc Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 1(56736) DEBUG: <core> [sruid.c:106]: sruid_init(): root for sruid is [ulcx-59b6b03a-dda0-] (0 / 19) Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 1(56736) DEBUG: <core> [db.c:314]: db_do_init2(): connection 0x7fe0ff8ef2f0 not found in pool Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 1(56736) DEBUG: db_unixodbc [connection.c:153]: db_unixodbc_new_connection(): opening connection: unixodbc://xxxx:xxxx@192.168.32.21/MSSQL13 Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 2(56737) DEBUG: <core> [core/sr_module.c:920]: init_mod_child(): rank -1: debugger Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 0(56735) DEBUG: <core> [core/sr_module.c:920]: init_mod_child(): rank 0: debugger Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 0(56735) DEBUG: debugger [debugger_mod.c:223]: child_init(): rank is (0) Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 0(56735) DEBUG: <core> [core/sr_module.c:920]: init_mod_child(): rank 0: jsonrpcs Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 2(56737) DEBUG: debugger [debugger_mod.c:223]: child_init(): rank is (-1) Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 3(56738) DEBUG: <core> [core/sr_module.c:920]: init_mod_child(): rank -1: debugger Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 3(56738) DEBUG: debugger [debugger_mod.c:223]: child_init(): rank is (-1) Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 3(56738) DEBUG: <core> [core/sr_module.c:920]: init_mod_child(): rank -1: jsonrpcs Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 3(56738) DEBUG: <core> [core/sr_module.c:920]: init_mod_child(): rank -1: kex Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 3(56738) DEBUG: kex [kex_mod.c:156]: child_init(): rank is (-1) Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 3(56738) DEBUG: <core> [sruid.c:106]: sruid_init(): root for sruid is [srid-59b6b03a-dda2-] (0 / 19) Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 3(56738) DEBUG: <core> [core/sr_module.c:920]: init_mod_child(): rank -1: corex Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 3(56738) DEBUG: <core> [core/sr_module.c:920]: init_mod_child(): rank -1: tm Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 3(56738) DEBUG: tm [callid.c:137]: child_init_callid(): callid: '6e9c02e64bdb8061-56738(a)74.208.157.229' Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 3(56738) DEBUG: <core> [core/sr_module.c:920]: init_mod_child(): rank -1: tmx Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 3(56738) DEBUG: tmx [tmx_mod.c:260]: child_init(): rank is (-1) Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 3(56738) DEBUG: <core> [core/sr_module.c:920]: init_mod_child(): rank -1: sl Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 3(56738) DEBUG: <core> [core/sr_module.c:920]: init_mod_child(): rank -1: ctl Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 3(56738) DEBUG: <core> [core/sr_module.c:920]: init_mod_child(): rank -1: acc Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 3(56738) DEBUG: <core> [core/sr_module.c:920]: init_mod_child(): rank -1: usrloc Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 3(56738) DEBUG: <core> [sruid.c:106]: sruid_init(): root for sruid is [ulcx-59b6b03a-dda2-] (0 / 19) Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 3(56738) DEBUG: <core> [db.c:314]: db_do_init2(): connection 0x7fe0ff8ef2f0 not found in pool Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 3(56738) DEBUG: db_unixodbc [connection.c:153]: db_unixodbc_new_connection(): opening connection: unixodbc://xxxx:xxxx@192.168.32.21/MSSQL13 Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 0(56735) DEBUG: jsonrpcs [jsonrpcs_sock.c:332]: jsonrpc_dgram_init_server(): we have a unix socket: /var/run/kamailio/kamailio_rpc.sock Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 2(56737) DEBUG: <core> [core/sr_module.c:920]: init_mod_child(): rank -1: jsonrpcs Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 2(56737) DEBUG: <core> [core/sr_module.c:920]: init_mod_child(): rank -1: kex Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 2(56737) DEBUG: kex [kex_mod.c:156]: child_init(): rank is (-1) Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 2(56737) DEBUG: <core> [sruid.c:106]: sruid_init(): root for sruid is [srid-59b6b03a-dda1-] (0 / 19) Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 2(56737) DEBUG: <core> [core/sr_module.c:920]: init_mod_child(): rank -1: corex Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 0(56735) DEBUG: <core> [core/sr_module.c:920]: init_mod_child(): rank 0: kex Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 0(56735) DEBUG: kex [kex_mod.c:156]: child_init(): rank is (0) Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 0(56735) DEBUG: <core> [sruid.c:106]: sruid_init(): root for sruid is [srid-59b6b03a-dd9f-] (0 / 19) Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 0(56735) DEBUG: <core> [core/sr_module.c:920]: init_mod_child(): rank 0: corex Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 0(56735) DEBUG: <core> [core/sr_module.c:920]: init_mod_child(): rank 0: tm Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 0(56735) DEBUG: tm [callid.c:137]: child_init_callid(): callid: '6e9c02e64bdb8061-56735(a)74.208.157.229' Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 0(56735) DEBUG: <core> [core/sr_module.c:920]: init_mod_child(): rank 0: tmx Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 0(56735) DEBUG: tmx [tmx_mod.c:260]: child_init(): rank is (0) Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 0(56735) DEBUG: <core> [core/sr_module.c:920]: init_mod_child(): rank 0: sl Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 0(56735) DEBUG: <core> [core/sr_module.c:920]: init_mod_child(): rank 0: ctl Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 0(56735) DEBUG: ctl [ctl.c:321]: mod_child(): ctl: mod_child(0), ctrl_sock_lst=0x1906740 Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 5(56740) INFO: jsonrpcs [jsonrpcs_sock.c:429]: jsonrpc_dgram_process(): a new child 0/56740 Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 2(56737) DEBUG: <core> [core/sr_module.c:920]: init_mod_child(): rank -1: tm Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 2(56737) DEBUG: tm [callid.c:137]: child_init_callid(): callid: '6e9c02e64bdb8061-56737(a)74.208.157.229' Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 0(56735) DEBUG: ctl [ctl.c:329]: mod_child(): ctl: mod_child(0), fork_process=56741, csl=0x1906740 Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 0(56735) DEBUG: <core> [core/sr_module.c:920]: init_mod_child(): rank 0: acc Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 0(56735) DEBUG: <core> [core/sr_module.c:920]: init_mod_child(): rank 0: usrloc Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 0(56735) DEBUG: <core> [sruid.c:106]: sruid_init(): root for sruid is [ulcx-59b6b03a-dd9f-] (0 / 19) Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 0(56735) DEBUG: <core> [db.c:314]: db_do_init2(): connection 0x7fe0ff8ef2f0 not found in pool Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 4(56739) DEBUG: jsonrpcs [jsonrpcs_fifo.c:484]: jsonrpc_fifo_process(): new process with pid = 56739 created Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 0(56735) DEBUG: db_unixodbc [connection.c:153]: db_unixodbc_new_connection(): opening connection: unixodbc://xxxx:xxxx@192.168.32.21/MSSQL13 Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 4(56739) DEBUG: jsonrpcs [jsonrpcs_fifo.c:148]: jsonrpc_init_fifo_server(): FIFO created @ /var/run/kamailio/kamailio_rpc.fifo Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 4(56739) DEBUG: jsonrpcs [jsonrpcs_fifo.c:163]: jsonrpc_init_fifo_server(): fifo /var/run/kamailio/kamailio_rpc.fifo opened, mode=660 Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 2(56737) DEBUG: <core> [core/sr_module.c:920]: init_mod_child(): rank -1: tmx Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 6(56741) DEBUG: <core> [core/sr_module.c:920]: init_mod_child(): rank -2: debugger Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 6(56741) DEBUG: debugger [debugger_mod.c:223]: child_init(): rank is (-2) Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 6(56741) DEBUG: <core> [core/sr_module.c:920]: init_mod_child(): rank -2: jsonrpcs Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 6(56741) DEBUG: <core> [core/sr_module.c:920]: init_mod_child(): rank -2: kex Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 6(56741) DEBUG: kex [kex_mod.c:156]: child_init(): rank is (-2) Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 6(56741) DEBUG: <core> [sruid.c:106]: sruid_init(): root for sruid is [srid-59b6b03a-dda5-] (0 / 19) Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 6(56741) DEBUG: <core> [core/sr_module.c:920]: init_mod_child(): rank -2: corex Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 6(56741) DEBUG: <core> [core/sr_module.c:920]: init_mod_child(): rank -2: tm Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 6(56741) DEBUG: tm [callid.c:137]: child_init_callid(): callid: '6e9c02e64bdb8061-56741(a)74.208.157.229' Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 6(56741) DEBUG: <core> [core/sr_module.c:920]: init_mod_child(): rank -2: tmx Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 6(56741) DEBUG: tmx [tmx_mod.c:260]: child_init(): rank is (-2) Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 6(56741) DEBUG: <core> [core/sr_module.c:920]: init_mod_child(): rank -2: sl Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 6(56741) DEBUG: <core> [core/sr_module.c:920]: init_mod_child(): rank -2: ctl Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 6(56741) DEBUG: <core> [core/sr_module.c:920]: init_mod_child(): rank -2: acc Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 6(56741) DEBUG: <core> [core/sr_module.c:920]: init_mod_child(): rank -2: usrloc Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 6(56741) DEBUG: <core> [sruid.c:106]: sruid_init(): root for sruid is [ulcx-59b6b03a-dda5-] (0 / 19) Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 6(56741) DEBUG: <core> [core/sr_module.c:920]: init_mod_child(): rank -2: registrar Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 6(56741) DEBUG: <core> [sruid.c:106]: sruid_init(): root for sruid is [uloc-59b6b03a-dda5-] (0 / 19) Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 6(56741) DEBUG: <core> [core/sr_module.c:920]: init_mod_child(): rank -2: uac Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 6(56741) DEBUG: <core> [core/sr_module.c:920]: init_mod_child(): rank -2: auth_db Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 6(56741) DEBUG: <core> [db.c:314]: db_do_init2(): connection 0x7fe0ff8ef2f0 not found in pool Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 6(56741) DEBUG: db_unixodbc [connection.c:153]: db_unixodbc_new_connection(): opening connection: unixodbc://xxxx:xxxx@192.168.32.21/MSSQL13 Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 2(56737) DEBUG: tmx [tmx_mod.c:260]: child_init(): rank is (-1) Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 2(56737) DEBUG: <core> [core/sr_module.c:920]: init_mod_child(): rank -1: sl Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 2(56737) DEBUG: <core> [core/sr_module.c:920]: init_mod_child(): rank -1: ctl Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 2(56737) DEBUG: <core> [core/sr_module.c:920]: init_mod_child(): rank -1: acc Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 2(56737) DEBUG: <core> [core/sr_module.c:920]: init_mod_child(): rank -1: usrloc Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 2(56737) DEBUG: <core> [sruid.c:106]: sruid_init(): root for sruid is [ulcx-59b6b03a-dda1-] (0 / 19) Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 2(56737) DEBUG: <core> [db.c:314]: db_do_init2(): connection 0x7fe0ff8ef2f0 not found in pool Sep 11 10:48:10 vpsl32n011 kamailio[56733]: 2(56737) DEBUG: db_unixodbc [connection.c:153]: db_unixodbc_new_connection(): opening connection: unixodbc://xxxx:xxxx@192.168.32.21/MSSQL13 Sep 11 10:48:10 vpsl32n011 kernel: [753687.700674] kamailio[56741]: segfault at 7fe0fa610000 ip 00007fe10016be58 sp 00007fffb8707438 error 4 in libc-2.19.so[7fe100024000+1a1000] Sep 11 10:48:28 vpsl32n011 snmpd[805]: error on subcontainer 'ia_addr' insert (-1) Sep 11 10:48:58 vpsl32n011 snmpd[805]: error on subcontainer 'ia_addr' insert (-1) Sep 11 10:49:28 vpsl32n011 snmpd[805]: error on subcontainer 'ia_addr' insert (-1) Sep 11 10:49:40 vpsl32n011 systemd[1]: kamailio.service start operation timed out. Terminating. Sep 11 10:49:40 vpsl32n011 kamailio[56733]: 4(56739) INFO: <core> [main.c:823]: sig_usr(): signal 15 received Sep 11 10:49:40 vpsl32n011 kamailio[56733]: 1(56736) INFO: <core> [main.c:823]: sig_usr(): signal 15 received Sep 11 10:49:40 vpsl32n011 systemd[1]: Failed to start Kamailio (OpenSER) - the Open Source SIP Server. Sep 11 10:49:40 vpsl32n011 systemd[1]: Unit kamailio.service entered failed state. ``` ### Additional Information ``` version: kamailio 5.0.3 (x86_64/linux) flags: STATS: Off, USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, Q_MALLOC, F_MALLOC, TLSF_MALLOC, DBG_SR_MEMORY, USE_FUTEX, FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE, USE_DNS_FAILOVER, USE_NAPTR, USE_DST_BLACKLIST, HAVE_RESOLV_RES ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 8MB poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. id: unknown compiled with gcc 4.9.2 ``` * **Operating System**: ``` Linux vpsl32n011.tatnvps.com 3.16.0-4-amd64 #1 SMP Debian 3.16.43-2+deb8u3 (2017-08-15) x86_64 GNU/Linux ``` -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/1231

3 8

← Newer
1
2
3
4
5
6
7
8
9
...
22
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

sr-dev June 2019