Re: [OpenSIPS-Users] [Crash Report] openSIPS 2.4 clusterer module (opensipsctl fifo cluster_broadcast_mi 1 lb_reload)
If you’re running on an unsupported version, you’ll want to upgrade the version to a supported one first (2.4 or 3.0). If you’re already on one of those, or after upgrading, try running the latest revision (HEAD) of the respective branch from GitHub. Both of these steps are to make sure the crash has not already been fixed. If the crash still occurs, you should check the open GitHub issues [1] to see if anyone has already reported a similar crash. If not, you should open a GitHub issue using the [CRASH] template. There are instructions on the OpenSIPS site [2] on how to gather the necessary information. This is the process I have followed and seen recommended in the past. I do not make any claim that it is the official process. ☺ [1] https://github.com/OpenSIPS/opensips/issues [2] https://www.opensips.org/Documentation/TroubleShooting-Crash Ben Newlin From: Users on behalf of Sharad Kumar via Users Reply-To: Sharad Kumar , OpenSIPS users mailling list Date: Saturday, January 11, 2020 at 5:02 PM To: "users@lists.opensips.org" Subject: [OpenSIPS-Users] [Crash Report] openSIPS 2.4 clusterer module (opensipsctl fifo cluster_broadcast_mi 1 lb_reload) Hi folks, I am encountering a segfault error, when I am trying to sync the load balancer module data among all nodes in the cluster. I have 2 nodes in cluster, and I am executing this command to reload lb module - opensipsctl fifo cluster_broadcast_mi 1 lb_reload After executing this command, the backup openSIPS node crash every time. Here are some useful logs - Jan 11 21:45:57 ip-10-0-1-20 kernel: [600109.907423] opensips[13425]: segfault at 8 ip 7efe0fa33505 sp 7ffef08390a0 error 4 in db_mysql.so[7efe0fa24000+19000] Jan 11 21:45:57 ip-10-0-1-20 /usr/local/sbin/opensips[13425]: INFO:load_balancer:mi_lb_reload: "lb_reload" MI command received! Jan 11 21:45:57 ip-10-0-1-20 /usr/local/sbin/opensips[13425]: ERROR:core:db_use_table: invalid parameter value (nil), 0x7efe0bb1eb10 Jan 11 21:45:57 ip-10-0-1-20 /usr/local/sbin/opensips[13425]: CRITICAL:core:sig_usr: segfault in process pid: 13425, id: 9 Jan 11 21:45:57 ip-10-0-1-20 /usr/local/sbin/opensips[13412]: INFO:core:handle_sigs: child process 13425 exited by a signal 11 Jan 11 21:45:57 ip-10-0-1-20 /usr/local/sbin/opensips[13412]: INFO:core:handle_sigs: core was not generated Jan 11 21:45:57 ip-10-0-1-20 /usr/local/sbin/opensips[13412]: INFO:core:handle_sigs: terminating due to SIGCHLD Please let me know if you guys need any other data to troubleshoot this issue. Thanks and regards ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] [Crash Report] openSIPS 2.4 clusterer module (opensipsctl fifo cluster_broadcast_mi 1 lb_reload)
Version and backtrace will be needed. Outlook voor iOS<https://aka.ms/o0ukef> downloaden Van: Users namens Sharad Kumar via Users Verzonden: zaterdag, januari 11, 2020 11:02 PM Aan: users@lists.opensips.org Onderwerp: [OpenSIPS-Users] [Crash Report] openSIPS 2.4 clusterer module (opensipsctl fifo cluster_broadcast_mi 1 lb_reload) Hi folks, I am encountering a segfault error, when I am trying to sync the load balancer module data among all nodes in the cluster. I have 2 nodes in cluster, and I am executing this command to reload lb module - opensipsctl fifo cluster_broadcast_mi 1 lb_reload After executing this command, the backup openSIPS node crash every time. Here are some useful logs - Jan 11 21:45:57 ip-10-0-1-20 kernel: [600109.907423] opensips[13425]: segfault at 8 ip 7efe0fa33505 sp 7ffef08390a0 error 4 in db_mysql.so[7efe0fa24000+19000] Jan 11 21:45:57 ip-10-0-1-20 /usr/local/sbin/opensips[13425]: INFO:load_balancer:mi_lb_reload: "lb_reload" MI command received! Jan 11 21:45:57 ip-10-0-1-20 /usr/local/sbin/opensips[13425]: ERROR:core:db_use_table: invalid parameter value (nil), 0x7efe0bb1eb10 Jan 11 21:45:57 ip-10-0-1-20 /usr/local/sbin/opensips[13425]: CRITICAL:core:sig_usr: segfault in process pid: 13425, id: 9 Jan 11 21:45:57 ip-10-0-1-20 /usr/local/sbin/opensips[13412]: INFO:core:handle_sigs: child process 13425 exited by a signal 11 Jan 11 21:45:57 ip-10-0-1-20 /usr/local/sbin/opensips[13412]: INFO:core:handle_sigs: core was not generated Jan 11 21:45:57 ip-10-0-1-20 /usr/local/sbin/opensips[13412]: INFO:core:handle_sigs: terminating due to SIGCHLD Please let me know if you guys need any other data to troubleshoot this issue. Thanks and regards ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
[OpenSIPS-Users] [Crash Report] openSIPS 2.4 clusterer module (opensipsctl fifo cluster_broadcast_mi 1 lb_reload)
Hi folks, I am encountering a segfault error, when I am trying to sync the load balancer module data among all nodes in the cluster. I have 2 nodes in cluster, and I am executing this command to reload lb module - opensipsctl fifo cluster_broadcast_mi 1 lb_reload After executing this command, the backup openSIPS node crash every time. Here are some useful logs - Jan 11 21:45:57 ip-10-0-1-20 kernel: [600109.907423] opensips[13425]: segfault at 8 ip 7efe0fa33505 sp 7ffef08390a0 error 4 in db_mysql.so[7efe0fa24000+19000] Jan 11 21:45:57 ip-10-0-1-20 /usr/local/sbin/opensips[13425]: INFO:load_balancer:mi_lb_reload: "lb_reload" MI command received! Jan 11 21:45:57 ip-10-0-1-20 /usr/local/sbin/opensips[13425]: ERROR:core:db_use_table: invalid parameter value (nil), 0x7efe0bb1eb10 Jan 11 21:45:57 ip-10-0-1-20 /usr/local/sbin/opensips[13425]: CRITICAL:core:sig_usr: segfault in process pid: 13425, id: 9 Jan 11 21:45:57 ip-10-0-1-20 /usr/local/sbin/opensips[13412]: INFO:core:handle_sigs: child process 13425 exited by a signal 11 Jan 11 21:45:57 ip-10-0-1-20 /usr/local/sbin/opensips[13412]: INFO:core:handle_sigs: core was not generated Jan 11 21:45:57 ip-10-0-1-20 /usr/local/sbin/opensips[13412]: INFO:core:handle_sigs: terminating due to SIGCHLD Please let me know if you guys need any other data to troubleshoot this issue. Thanks and regards___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Crash of Opensips
Perfect Sean ! The crash was also fixed in OpenSIPS by Liviu - even if config is wrong, it should not crash at all ! Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 07.02.2014 03:03, hutx wrote: Hi, Yes, I modified my configuration accordingly. This problem disappears. Thank you so much for your great help. Sean On Thursday, February 6, 2014 10:09 AM, Bogdan-Andrei Iancu bog...@opensips.org wrote: Hello, Based on the BT, I guess you are using the acc_db_request() function from the local_route, right ? If so, have you defined a db_url for the acc module ? I see the table param is NULL and this may happen only if you do not set the db_url for the module. Best regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 06.02.2014 15:26, hutx wrote: Hi All, I am playing with opensips + call control + cdrtool. When I set MaximumSession=60 and the opensips tries to hang up two call legs upon timeout, opensips experiences crash. The bt of core file is below. Any help and opinion are appreciated. Best Regards, Sean /bt of Core file/ Program terminated with signal 11, Segmentation fault. #0 0xb6b7bc96 in w_acc_db_request (rq=0xb7156740, comment=0xb7185360, table=0x0) at acc_logic.c:213 213 int table_len = strlen(table); (gdb) bt #0 0xb6b7bc96 in w_acc_db_request (rq=0xb7156740, comment=0xb7185360, table=0x0) at acc_logic.c:213 #1 0x0805f5b5 in do_action (a=0xb7182718, msg=0xb7156740) at action.c:1715 #2 0x08064ea4 in run_action_list (a=0xb7182718, msg=0xb7156740) at action.c:171 #3 0x08062851 in do_action (a=0xb7182784, msg=0xb7156740) at action.c:1010 #4 0x08064891 in run_action_list (a=Unhandled dwarf expression opcode 0xf3 ) at action.c:171 #5 run_actions (a=Unhandled dwarf expression opcode 0xf3 ) at action.c:136 #6 0x08065276 in run_actions (a=0xb7182784, msg=0xb7156740) at action.c:129 #7 run_top_route (a=0xb7182784, msg=0xb7156740) at action.c:211 #8 0xb713672c in t_uac (method=0xbfc942d8, headers=0xbfc942d0, body=0x0, dialog=0xb7195c64, cb=0xb6adf606 bye_reply_cb, cbp=0xb2bd6e94, release_func=0) at uac.c:313 #9 0xb7137dd3 in req_within (method=0xbfc942d8, headers=0xbfc942d0, body=0x0, dialog=0xb7195c64, completion_cb=0xb6adf606 bye_reply_cb, cbp=0xb2bd6e94, release_func=0) at uac.c:476 #10 0xb6ae081b in send_leg_bye (dlg=0xb2bd6e94, extra_hdrs=0x0) at dlg_req_within.c:352 #11 dlg_end_dlg (dlg=0xb2bd6e94, extra_hdrs=0x0) at dlg_req_within.c:418 #12 0xb6ae1b05 in mi_terminate_dlg (cmd_tree=0xb7195bac, param=0x0) at dlg_req_within.c:475 #13 0xb6a6ea75 in run_mi_cmd (rx_sock=8, tx_sock=9) at ../../mi/mi.h:109 #14 mi_datagram_server (rx_sock=8, tx_sock=9) at datagram_fnc.c:520 #15 0xb6a6fda4 in datagram_process (rank=0) at mi_datagram.c:311 #16 0x080e41d8 in start_module_procs () at sr_module.c:586 #17 0x0805b6e0 in main_loop (argc=13, argv=0xbfc946a4) at main.c:840 #18 main (argc=13, argv=0xbfc946a4) at main.c:1598 (gdb) /// ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Crash of Opensips
Hello, Based on the BT, I guess you are using the acc_db_request() function from the local_route, right ? If so, have you defined a db_url for the acc module ? I see the table param is NULL and this may happen only if you do not set the db_url for the module. Best regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 06.02.2014 15:26, hutx wrote: Hi All, I am playing with opensips + call control + cdrtool. When I set MaximumSession=60 and the opensips tries to hang up two call legs upon timeout, opensips experiences crash. The bt of core file is below. Any help and opinion are appreciated. Best Regards, Sean /bt of Core file/ Program terminated with signal 11, Segmentation fault. #0 0xb6b7bc96 in w_acc_db_request (rq=0xb7156740, comment=0xb7185360, table=0x0) at acc_logic.c:213 213 int table_len = strlen(table); (gdb) bt #0 0xb6b7bc96 in w_acc_db_request (rq=0xb7156740, comment=0xb7185360, table=0x0) at acc_logic.c:213 #1 0x0805f5b5 in do_action (a=0xb7182718, msg=0xb7156740) at action.c:1715 #2 0x08064ea4 in run_action_list (a=0xb7182718, msg=0xb7156740) at action.c:171 #3 0x08062851 in do_action (a=0xb7182784, msg=0xb7156740) at action.c:1010 #4 0x08064891 in run_action_list (a=Unhandled dwarf expression opcode 0xf3 ) at action.c:171 #5 run_actions (a=Unhandled dwarf expression opcode 0xf3 ) at action.c:136 #6 0x08065276 in run_actions (a=0xb7182784, msg=0xb7156740) at action.c:129 #7 run_top_route (a=0xb7182784, msg=0xb7156740) at action.c:211 #8 0xb713672c in t_uac (method=0xbfc942d8, headers=0xbfc942d0, body=0x0, dialog=0xb7195c64, cb=0xb6adf606 bye_reply_cb, cbp=0xb2bd6e94, release_func=0) at uac.c:313 #9 0xb7137dd3 in req_within (method=0xbfc942d8, headers=0xbfc942d0, body=0x0, dialog=0xb7195c64, completion_cb=0xb6adf606 bye_reply_cb, cbp=0xb2bd6e94, release_func=0) at uac.c:476 #10 0xb6ae081b in send_leg_bye (dlg=0xb2bd6e94, extra_hdrs=0x0) at dlg_req_within.c:352 #11 dlg_end_dlg (dlg=0xb2bd6e94, extra_hdrs=0x0) at dlg_req_within.c:418 #12 0xb6ae1b05 in mi_terminate_dlg (cmd_tree=0xb7195bac, param=0x0) at dlg_req_within.c:475 #13 0xb6a6ea75 in run_mi_cmd (rx_sock=8, tx_sock=9) at ../../mi/mi.h:109 #14 mi_datagram_server (rx_sock=8, tx_sock=9) at datagram_fnc.c:520 #15 0xb6a6fda4 in datagram_process (rank=0) at mi_datagram.c:311 #16 0x080e41d8 in start_module_procs () at sr_module.c:586 #17 0x0805b6e0 in main_loop (argc=13, argv=0xbfc946a4) at main.c:840 #18 main (argc=13, argv=0xbfc946a4) at main.c:1598 (gdb) /// ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
