[OpenSIPS-Users] 1.11.3 Crash on Fifo query
Kneeoh
kneeoh at yahoo.com
Mon Mar 16 18:37:14 CET 2015
I just spun up a light system for testing some new things. I've been getting system crashes while running get_statistics. I've included all of the data I have. I was hoping someone could point me towards a solution to fix. Thank you.
Environment:
Cores: 2 x
Intel(R) Xeon(R) CPU E5-2680 0 @ 2.70GHz
Memory: 8 Gb
Opensips 1.11.3
Children = 4
S_MEMORY=1024
P_MEMORY=64
Command:
opensipsctl fifo get_statistics all | grep udp
Debug 6 Output during crash:
Mar 16 16:47:23 opensips /usr/local/sbin/opensips[17059]: DBG:tm:timer_routine: timer routine:0,tl=0x7f4fda24cf58 next=0x7f4fda575850, timeout=88
Mar 16 16:47:23 opensips /usr/local/sbin/opensips[17059]: DBG:tm:timer_routine: timer routine:0,tl=0x7f4fda575850 next=0x7f4fda5719f8, timeout=88
Mar 16 16:47:23 opensips /usr/local/sbin/opensips[17059]: DBG:tm:timer_routine: timer routine:0,tl=0x7f4fda5719f8 next=0x7f4fda56d798, timeout=88
Mar 16 16:47:23 opensips /usr/local/sbin/opensips[17049]: DBG:mi_fifo:mi_parse_tree: adding node <> ; val <all>
Mar 16 16:47:23 opensips /usr/local/sbin/opensips[17049]: DBG:mi_fifo:mi_parse_node: end of input tree
Mar 16 16:47:23 opensips /usr/local/sbin/opensips[17049]: DBG:mi_fifo:mi_fifo_server: done parsing the mi tree
Mar 16 16:47:24 opensips /usr/local/sbin/opensips[17049]: DBG:mi_fifo:mi_parse_tree: adding node <> ; val <all>
Mar 16 16:47:24 opensips /usr/local/sbin/opensips[17049]: DBG:mi_fifo:mi_parse_node: end of input tree
Mar 16 16:47:24 opensips /usr/local/sbin/opensips[17049]: DBG:mi_fifo:mi_fifo_server: done parsing the mi tree
Mar 16 16:47:25 opensips /usr/local/sbin/opensips[17049]: DBG:mi_fifo:mi_parse_tree: adding node <> ; val <all>
Mar 16 16:47:25 opensips /usr/local/sbin/opensips[17049]: DBG:mi_fifo:mi_parse_node: end of input tree
Mar 16 16:47:25 opensips /usr/local/sbin/opensips[17049]: DBG:mi_fifo:mi_fifo_server: done parsing the mi tree
Mar 16 16:47:25 opensips /usr/local/sbin/opensips[17048]: DBG:core:handle_sigs: status = 139
Mar 16 16:47:25 opensips /usr/local/sbin/opensips[17048]: INFO:core:handle_sigs: child process 17057 exited by a signal 11
Mar 16 16:47:25 opensips /usr/local/sbin/opensips[17048]: INFO:core:handle_sigs: core was generated
Mar 16 16:47:25 opensips /usr/local/sbin/opensips[17048]: INFO:core:handle_sigs: terminating due to SIGCHLD
Mar 16 16:47:25 opensips /usr/local/sbin/opensips[17051]: INFO:core:sig_usr: signal 15 received
Mar 16 16:47:25 opensips /usr/local/sbin/opensips[17050]: INFO:core:sig_usr: signal 15 received
Mar 16 16:47:25 opensips /usr/local/sbin/opensips[17053]: INFO:core:sig_usr: signal 15 received
Mar 16 16:47:25 opensips /usr/local/sbin/opensips[17052]: INFO:core:sig_usr: signal 15 received
Mar 16 16:47:25 opensips /usr/local/sbin/opensips[17049]: INFO:core:sig_usr: signal 15 received
Mar 16 16:47:25 opensips /usr/local/sbin/opensips[17058]: INFO:core:sig_usr: signal 15 received
Mar 16 16:47:25 opensips /usr/local/sbin/opensips[17048]: INFO:core:cleanup: cleanup
Mar 16 16:47:25 opensips /usr/local/sbin/opensips[17048]: NOTICE:cachedb_couchbase:destroy: destroy module cachedb_couchbase ...
Mar 16 16:47:25 opensips /usr/local/sbin/opensips[17048]: DBG:tm:tm_shutdown: tm_shutdown : start
Mar 16 16:47:25 opensips /usr/local/sbin/opensips[17048]: DBG:tm:unlink_timer_lists: emptying DELETE list for set 0
Mar 16 16:47:25 opensips /usr/local/sbin/opensips[17048]: DBG:tm:tm_shutdown: emptying hash table
Mar 16 16:47:25 opensips /usr/local/sbin/opensips[17048]: DBG:tm:tm_shutdown: releasing timers
Mar 16 16:47:25 opensips /usr/local/sbin/opensips[17048]: DBG:tm:tm_shutdown: removing semaphores
Mar 16 16:47:25 opensips /usr/local/sbin/opensips[17048]: DBG:tm:tm_shutdown: destroying callback lists
Mar 16 16:47:25 opensips /usr/local/sbin/opensips[17048]: DBG:tm:tm_shutdown: tm_shutdown : done
Mar 16 16:47:25 opensips /usr/local/sbin/opensips[17048]: DBG:core:shm_mem_destroy: destroying the shared memory lock
Mar 16 16:47:25 opensips /usr/local/sbin/opensips[17048]: DBG:core:handle_sigs: terminating due to SIGCHLD
More information about the Users
mailing list