Project

General

Profile

Actions

Bug #4468

closed

Assertion failures in TmThreadsInjectFlowById

Added by Cooper Nelson over 3 years ago. Updated 5 months ago.

Status:
Closed
Priority:
Normal
Assignee:
-
Target version:
-
Affected Versions:
Effort:
Difficulty:
Label:

Description

We are seeing period failures in suricata 6.0.2 with the following exit status on a 40G deployment:

suricata: tm-threads.c:2310: TmThreadsInjectFlowById: Assertion `!(id <= 0 || id > (int)thread_store.threads_size)' failed.
Aborted


Related issues 1 (0 open1 closed)

Related to Suricata - Bug #4582: BUG_ON triggered from TmThreadsInjectFlowByIdClosedVictor JulienActions
Actions #1

Updated by Peter Manev over 3 years ago

Is it possible to share some backtrace/core info ?

Actions #2

Updated by Cooper Nelson over 3 years ago

Peter Manev wrote in #note-1:

Is it possible to share some backtrace/core info ?

I’m not seeing a segfault in the logs, I needed to run suricata interactively and wait until it terminated, I got that info from the console.

It’s exiting via a 6/ABRT in the logs, so there is no core:

Apr 27 19:31:29 serv01 suricata480965: 27/4/2021 -- 19:31:29 - <Notice> - This is Suricata version 6.0.2 RELEASE running in SYSTEM mode
Apr 27 19:31:29 serv01 systemd1: Started Suricata Intrusion Detection Service.
Apr 27 19:33:49 serv01 systemd1: suricata.service: Main process exited, code=killed, status=6/ABRT
Apr 27 19:33:49 serv01 systemd1: suricata.service: Failed with result 'signal'.
Apr 27 19:33:54 serv01 systemd1: suricata.service: Service RestartSec=5s expired, scheduling restart.

I think this is the source of the error, it looks like its a debugging tool:

https://linux.die.net/man/3/assert

Actions #3

Updated by Cooper Nelson over 3 years ago

I’m not seeing a segfault in the logs, I needed to run suricata interactively and wait until it terminated, I got that info from the console.

It’s exiting via a 6/ABRT in the logs, so there is no core:

Apr 27 19:31:29 suricata480965: 27/4/2021 -- 19:31:29 - <Notice> - This is Suricata version 6.0.2 RELEASE running in SYSTEM mode
Apr 27 19:31:29 systemd1: Started Suricata Intrusion Detection Service.
Apr 27 19:33:49 systemd1: suricata.service: Main process exited, code=killed, status=6/ABRT
Apr 27 19:33:49 systemd1: suricata.service: Failed with result 'signal'.
Apr 27 19:33:54 systemd1: suricata.service: Service RestartSec=5s expired, scheduling restart.

I think this is the source of the error, it looks like its a debugging tool:

https://linux.die.net/man/3/assert

Actions #4

Updated by Victor Julien over 3 years ago

Yes there is an assert to catch bad input to the function. It should lead to a core dump from which you should be able to generate a stack trace.

Actions #5

Updated by Victor Julien about 3 years ago

  • Related to Bug #4582: BUG_ON triggered from TmThreadsInjectFlowById added
Actions #7

Updated by Philippe Antoine 5 months ago

Fixed by https://github.com/OISF/suricata/pull/7934 ?
If still reproducible, feel free to reopen

Actions #8

Updated by Philippe Antoine 5 months ago

  • Status changed from New to Closed
Actions

Also available in: Atom PDF