[Oisf-devel] Crashing
Chris Wakelin
c.d.wakelin at reading.ac.uk
Thu Feb 17 17:09:02 UTC 2011
On 10/02/11 19:21, Victor Julien wrote:
> On 02/10/2011 01:53 PM, Chris Wakelin wrote:
>>> This could be possible. I never saw it outside of the checksum keywords
>>> though, they are not used by any ET/VRT rule by default.
>>
>> Similarly a wild guess. However I've had more crashes since, so I guess
>> it's not fixed. I'm not getting any core dumps though, despite having
>> "ulimit -c unlimited" and for good measure starting Suricata with a CWD
>> of /var/log/suricata (i.e. which it can write to). Where is it likely to
>> leave them?
>
> Usually in the CWD. If you're using priv dropping you might want to make
> sure there is no existing core that is owned by root.
I've tried running it as a daemon and without tcmalloc and several times
I've got something interesting at the end of the log file:
> [3351] 17/2/2011 -- 14:41:11 - (respond-reject-libnet11.c:88) <Error> (RejectSendLibnet11L3IPv4TCP) -- [ERRCODE: SC_ERR_LIBNET_INIT(142)] - libnet_inint failed: libnet_init(): UID or EUID of 0 required
I'm running as a non-privileged user, but not chrooted. (Still no core
files though!). It looks like it might be trying to reject a connection
as if it were in inline mode (which it's not!), and then not having the
required privileges. Any idea what could cause that?
>
> Are you able to capture traffic on a large scale? In that case you could
> maybe try to rerun Suricata against it in pcap file mode and see if you
> can get a reproducible test case.
Is there a way to dump packets in a circular buffer? Otherwise I think
we'd quickly run out of disk space (e.g. in the last run I got stats
for, we got 250GB in just under 90 minutes).
Best Wishes,
Chris
--
--+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+-
Christopher Wakelin, c.d.wakelin at reading.ac.uk
IT Services Centre, The University of Reading, Tel: +44 (0)118 378 8439
Whiteknights, Reading, RG6 6AF, UK Fax: +44 (0)118 975 3094
More information about the Oisf-devel
mailing list