Many thanks Tito,Now we know we deal with a pkg_free over an invalid pointer (which does not point in the pkg mem pool).
Unfortunately there are a lot of variables not visible due optimization - could you (and I promise this is the last time to ask this :D) to recompile everything with "mode=debug make all" (add the "mode=debug" before make) - this will disable compiling optimizations and all variables will be visible in GDB.
After that, a new bt will be more than welcome. Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 05.07.2016 15:02, Tito Cumpen wrote:
Bogdan,Apologies for not providing a full bt. This is a development server with very little load.Reading symbols from /usr/sbin/opensips...done. [New LWP 2685] [Thread debugging using libthread_db enabled] [...]On Tue, Jul 5, 2016 at 7:58 AM, Bogdan-Andrei Iancu <[email protected] <mailto:[email protected]>> wrote:Hi Tito, Could you print the whole backtrace ? Thanks, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 05.07.2016 14:37, Tito Cumpen wrote:Bogdan, Here is the backtrace with those flags enabled gdb /usr/sbin/opensips core.2685 GNU gdb (GDB) Red Hat Enterprise Linux 7.6.1-80.el7 Copyright (C) 2013 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-redhat-linux-gnu". For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>... Reading symbols from /usr/sbin/opensips...done. [New LWP 2685] [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". Core was generated by `/sbin/opensips -P /var/run/opensips.pid -u opensips -g opensips -M 1024 -f /etc'. Program terminated with signal 6, Aborted. #0 0x00007fc95ab1d5f7 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56 56 return INLINE_SYSCALL (tgkill, 3, pid, selftid, sig); (gdb) Let me know if you need anything else On Mon, Jul 4, 2016 at 5:54 AM, Bogdan-Andrei Iancu <[email protected] <mailto:[email protected]>> wrote: Thank you Tito, It looks like a crash in the memory manager, while trying to allocate a new structure. Do debug such problems there is no other way than enabling debugging for the memory manager (QM_MALLOC + DBG_MALLOC flags) - is this a production system with considerable load on it ? Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 01.07.2016 18:44, Tito Cumpen wrote:Bogdan, Correction I was using : version: opensips 2.2.0 (x86_64/linux) flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC, F_MALLOC, FAST_LOCK-ADAPTIVE_WAIT ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE 65535 poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. git revision: d835721 main.c compiled on 15:24:26 Jun 28 2016 with gcc 4.8.5 On Fri, Jul 1, 2016 at 9:23 AM, Tito Cumpen <[email protected] <mailto:[email protected]>> wrote: Bogdan, Here is the backtrace: Reading symbols from /usr/sbin/opensips...done. [New LWP 2648] [...] currently using version: opensips 2.3.0-dev (x86_64/linux) flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC, QM_MALLOC, DBG_MALLOC, FAST_LOCK-ADAPTIVE_WAIT ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE 65535 poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. git revision: 92434ef main.c compiled on 15:05:06 Jun 28 2016 with gcc 4.8.5 On Tue, Jun 28, 2016 at 8:26 AM, Bogdan-Andrei Iancu <[email protected] <mailto:[email protected]>> wrote: Hi Tito, If opensips crashes, were you able to extract a backtrace from the core file(s) ? Thanks and regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 27.06.2016 21:20, Tito Cumpen wrote:Group, I am experiencing strange behavior when configuring sip tls on port 443. At time opensips crashes or stops accepting new connections. Here are the tcp configs I am using: #disable_tcp=no tcp_connection_lifetime=3600 tcp_connect_timeout=3 tcp_keepidle = 30 tcp_keepinterval = 5 tcp_keepalive = 1 tcp_keepcount = 5 tcp_max_msg_time = 8 tcp_children=10 Any idea what would case this? I am assuming there are probes out in the internet that eventually make opensips crash? Thanks, Tito _______________________________________________ Users mailing list [email protected] <mailto:[email protected]> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
_______________________________________________ Users mailing list [email protected] http://lists.opensips.org/cgi-bin/mailman/listinfo/users
