[Oisf-users] segfault in libc
Christophe Vandeplas
christophe at vandeplas.com
Tue Sep 3 15:22:45 UTC 2013
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
>
> Thanks
>
> --
> Regards,
> Peter Manev
More information about the Oisf-users
mailing list