[OpenSIPS-Users] running sip tls on 443
Bogdan-Andrei Iancu
bogdan at opensips.org
Tue Jul 5 15:43:01 CEST 2016
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
> <bogdan at opensips.org <mailto:bogdan at opensips.org>> 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 at 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
>> <bogdan at opensips.org <mailto:bogdan at opensips.org>> 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 <tito at xsvoce.com
>>> <mailto:tito at xsvoce.com>> 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
>>> <bogdan at opensips.org <mailto:bogdan at opensips.org>> 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
>>>> Users at lists.opensips.org
>>>> <mailto:Users at lists.opensips.org>
>>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>
>>>
>>>
>>
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20160705/7628af43/attachment-0001.htm>
More information about the Users
mailing list