[Oisf-users] segfault in libc

[Peter Manev]

On Tue, Sep 3, 2013 at 5:22 PM, Christophe Vandeplas
<christophe at vandeplas.com> wrote:
> On Tue, Sep 3, 2013 at 3:44 PM, Peter Manev <petermanev at gmail.com> wrote:
>> On Tue, Sep 3, 2013 at 3:33 PM, Christophe Vandeplas
>> <christophe at vandeplas.com> wrote:
>>> Hello,
>>>
>>> The last few days I've got many segfaults with Suricata 1.4.5.
>>> It runs in afpacket mode. Unfortunately only 8 GB of RAM for 8 cores,
>>> waiting for more.
>>>
>>> I unfortunately have no pcaps to reproduce the crash. However the
>>> crash happens daily now. I installed the -dbg packet and ran suri
>>> again to get a good core dump.
>>>
>>> dmesg says:
>>> [Mon Sep  2 18:00:48 2013] Detect1[26101] general protection
>>> ip:7f0302c1af47 sp:7f02bfffd200 error:0 in
>>> libc-2.15.so[7f0302bea000+1b5000]
>>> [Mon Sep  2 18:02:04 2013] init: suricata main process (21845) killed
>>> by SEGV signal
>>>
>>> When I load the core file:
>>> Program terminated with signal 11, Segmentation fault.
>>> #0  0x00007f0302c1af47 in ?? () from /lib/x86_64-linux-gnu/libc.so.6
>>>
>>> (gdb) bt
>>> #0  0x00007f0302c1af47 in ?? () from /lib/x86_64-linux-gnu/libc.so.6
>>> #1  0x00007f0302c1917e in __assert_fail () from /lib/x86_64-linux-gnu/libc.so.6
>>> #2  0x00000000005ac84d in StreamTcpReassembleAppLayer (tv=0x23258570,
>>> ra_ctx=0x7f02b8001540, ssn=0x7f027c72c9e0,
>>>     stream=0x7f027c72ca30, p=0x25057a0) at stream-tcp-reassemble.c:2979
>>> #3  0x0000000000000000 in ?? ()
>>>
>>> (gdb) frame 2
>>> #2  0x00000000005ac84d in StreamTcpReassembleAppLayer (tv=0x23258570,
>>> ra_ctx=0x7f02b8001540, ssn=0x7f027c72c9e0,
>>>     stream=0x7f027c72ca30, p=0x25057a0) at stream-tcp-reassemble.c:2979
>>> 2979 stream-tcp-reassemble.c: No such file or directory.
>>>
>>> (gdb) info locals
>>> flags = 4 '\004'
>>> seg_tail = 0x7f02b22dd170
>>> ra_base_seq = 2651792181
>>> data = (upon request)
>>> data_len = 64360
>>> payload_offset = 0
>>> payload_len = 284
>>> next_seq = 2651726646
>>> seg = 0x0
>>> __PRETTY_FUNCTION__ = "StreamTcpReassembleAppLayer"
>>>
>>> Any pointer what I should do next to help locate the problem?
>>>
>>> Thanks
>>> Christophe
>>>
>>> _______________________________________________
>>> Suricata IDS Users mailing list: oisf-users at openinfosecfoundation.org
>>> Site: http://suricata-ids.org | Support: http://suricata-ids.org/support/
>>> List: https://lists.openinfosecfoundation.org/mailman/listinfo/oisf-users
>>> OISF: http://www.openinfosecfoundation.org/
>>
>>
>> What is the output of suricata --build-info?
>> (just to confirm the correct htp versions are compiled in and linked
>> against on the machine)
>
> $ suricata --build-info
> This is Suricata version 1.4.5 RELEASE
> Features: NFQ PCAP_SET_BUFF LIBPCAP_VERSION_MAJOR=1 AF_PACKET
> HAVE_PACKET_FANOUT LIBCAP_NG LIBNET1.1 HAVE_HTP_URI_NORMALIZE_HOOK
> HAVE_HTP_TX_GET_RESPONSE_HEADERS_RAW HAVE_NSS
> 64-bits, Little-endian architecture
> GCC version 4.6.3, C version 199901
>   __GCC_HAVE_SYNC_COMPARE_AND_SWAP_1
>   __GCC_HAVE_SYNC_COMPARE_AND_SWAP_2
>   __GCC_HAVE_SYNC_COMPARE_AND_SWAP_4
>   __GCC_HAVE_SYNC_COMPARE_AND_SWAP_8
> compiled with -fstack-protector
> compiled with _FORTIFY_SOURCE=2
> compiled with libhtp 0.2.14, linked against 0.2.14
> Suricata Configuration:
>   AF_PACKET support:                       yes
>   PF_RING support:                         no
>   NFQueue support:                         yes
>   IPFW support:                            no
>   DAG enabled:                             no
>   Napatech enabled:                        no
>   Unix socket enabled:                     no
>
>   libnss support:                          yes
>   libnspr support:                         yes
>   libjansson support:                      no
>   Prelude support:                         no
>   PCRE jit:                                no
>   libluajit:                               no
>   libgeoip:                                yes
>   Non-bundled htp:                         yes
>   Old barnyard2 support:                   no
>   CUDA enabled:                            no
>
>   Suricatasc install:                      yes
>
>   Unit tests enabled:                      no
>   Debug output enabled:                    no
>   Debug validation enabled:                no
>   Profiling enabled:                       no
>   Profiling locks enabled:                 no
>
> Generic build parameters:
>   Installation prefix (--prefix):          /usr
>   Configuration directory (--sysconfdir):  /etc/suricata/
>   Log directory (--localstatedir) :        /var/log/suricata/
>
>   Host:                                    x86_64-pc-linux-gnu
>   GCC binary:                              gcc
>   GCC Protect enabled:                     no
>   GCC march native enabled:                no
>   GCC Profile enabled:                     no
>

Can you please post a bug report with this and your  previous mail information?

thanks

-- 
Regards,
Peter Manev