Project

General

Profile

Actions

Bug #7378

open

dpdk: having too few hugepages can lead to segfault on startup

Added by Lukas Sismis about 2 months ago. Updated about 2 months ago.

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

Description

Starting Suri with the usual params and mempool size set to ~262143.
Just one 2MB Hugepage allocated.
The output:

...
Config: detect: No rules loaded from /dev/null [SigLoadSignatures:detect-engine-loader.c:351]
Info: detect: No signatures supplied. [SigLoadSignatures:detect-engine-loader.c:361]
RING: Cannot reserve memory
HASH: memory allocation failed
ice_fdir_init_filter_list(): Failed to create fdir hash table!
ice_fdir_setup(): Failed to init FDIR filter list.
ice_flow_init(): Failed to initialize engine 1
ice_dev_init(): Failed to initialize flow
Segmentation fault

This is up for a discussion if Suricata should still be responsible for this as the driver crashes Suricata. It is possible however to preestimate the size of hugepages by considering - mempool size, (potentially number of mempools - mempool per interface/queue), mbuf size (mtu + extra).


Subtasks 1 (1 open0 closed)

Bug #7379: dpdk: having too few hugepages can lead to segfault on startup (7.0.x backport)AssignedLukas SismisActions
Actions #1

Updated by OISF Ticketbot about 2 months ago

  • Subtask #7379 added
Actions #2

Updated by OISF Ticketbot about 2 months ago

  • Label deleted (Needs backport to 7.0)
Actions

Also available in: Atom PDF