[Oisf-users] Suricata using 35% cpu with no load?

Duane Howard duane.security at gmail.com
Thu Jul 30 20:50:02 UTC 2015


This is Suricata version 2.0.8 RELEASE
Features: PCAP_SET_BUFF LIBPCAP_VERSION_MAJOR=1 PF_RING AF_PACKET
HAVE_PACKET_FANOUT LIBCAP_NG LIBNET1.1 HAVE_HTP_URI_NORMALIZE_HOOK
SIMD support: none
Atomic intrisics: 1 2 4 8 byte(s)
64-bits, Little-endian architecture
GCC version 4.6.3, C version 199901
compiled with -fstack-protector
compiled with _FORTIFY_SOURCE=2
L1 cache line size (CLS)=64
compiled with LibHTP v0.5.17, linked against LibHTP v0.5.17
Suricata Configuration:
  AF_PACKET support:                       yes
  PF_RING support:                         yes
  NFQueue support:                         no
  NFLOG support:                           no
  IPFW support:                            no
  DAG enabled:                             no
  Napatech enabled:                        no
  Unix socket enabled:                     no
  Detection enabled:                       yes

  libnss support:                          no
  libnspr support:                         no
  libjansson support:                      no
  Prelude support:                         no
  PCRE jit:                                no
  LUA support:                             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
  Coccinelle / spatch:                     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


On Thu, Jul 30, 2015 at 1:41 PM, Peter Manev <petermanev at gmail.com> wrote:

>
>
> On 30 jul 2015, at 20:58, Duane Howard <duane.security at gmail.com> wrote:
>
> When closing suri it reports 0 packets for the interface I'm mainly
> concerned with. There's also nothing in fast or other logs to indicate
> traffic.
>
> 30/7/2015 -- 19:58:41 - <Notice> - Stats for 'bond0':  pkts: 0, drop: 0
> (-nan%), invalid chksum: 0
>
>
> What is the output of suricata --build-info ?
>
> If you have perf tools installed have a look at what in Suricata uses the
> most CPU -
> perf top -p pidofsuri
>
> Thanks
>
>
> On Thu, Jul 30, 2015 at 12:57 PM, Alan Wanderley dos Santos <
> alan.santos at rnp.br> wrote:
>
>> Didi you see the fast.log and others logs?
>>
>> Maybe there are some traffic (icmp or broadcast for example) coming to
>> virtual machine, even little being data, can generated a lot of logs and
>> degree the performance.
>>
>> I had a similar situation on a VM of testing.
>>
>> Just a shot into darkness rsrs
>>
>> Regards,
>>
>> -----------------------------------------------
>> Alan Santos
>> Analista de Seguran├ža
>> Centro de Atendimento a Incidentes de Seguran├ža (CAIS)
>> Rede Nacional de Ensino e Pesquisa (RNP)
>> (19) 3787-3314 | alan.santos at rnp.br
>>
>> ------------------------------
>> *De: *"Duane Howard" <duane.security at gmail.com>
>> *Para: *"oisf-users" <oisf-users at openinfosecfoundation.org>
>> *Enviadas: *Quinta-feira, 30 de julho de 2015 16:50:51
>> *Assunto: *[Oisf-users] Suricata using 35% cpu with no load?
>>
>> I've got a random virtual testing machine, and I'm seeing Suricata
>> sitting at about 35% CPU load, even though there's absolutely no traffic
>> heading to it at the moment. Is there an easy way to get Suricata to tell
>> me what it's doing that would cause this? It occurs on real interfaces with
>> low traffic, loopback, as well as bonds where there's no trafic.
>> ./d
>>
>> _______________________________________________
>> 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
>> Suricata User Conference November 4 & 5 in Barcelona:
>> http://oisfevents.net
>>
>
> _______________________________________________
> 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
> Suricata User Conference November 4 & 5 in Barcelona:
> http://oisfevents.net
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openinfosecfoundation.org/pipermail/oisf-users/attachments/20150730/6afffb49/attachment-0002.html>


More information about the Oisf-users mailing list