[Bug 1280] rte_mempool_create returning error "EAL: eal_memalloc_alloc_seg_bulk(): couldn't find suitable memseg_list"

[Bug 1280] rte_mempool_create returning error "EAL: eal_memalloc_alloc_seg_bulk(): couldn't find suitable memseg_list"

[bugzilla]

[-- Attachment #1: Type: text/plain, Size: 3122 bytes --]

https://bugs.dpdk.org/show_bug.cgi?id=1280

            Bug ID: 1280
           Summary: rte_mempool_create returning error "EAL:
                    eal_memalloc_alloc_seg_bulk(): couldn't find suitable
                    memseg_list"
           Product: DPDK
           Version: 21.11
          Hardware: All
                OS: Linux
            Status: UNCONFIRMED
          Severity: major
          Priority: Normal
         Component: other
          Assignee: dev@dpdk.org
          Reporter: pingtosiva@gmail.com
  Target Milestone: ---

Created attachment 258
  --> https://bugs.dpdk.org/attachment.cgi?id=258&action=edit
proc/pid/maps output

Spawned a VM with RAM of 188GB and configured Huge page size as 1GB and number
of huge pages as 100. When tried to allocate mempool using rte_mempool_create
from testpmd process, after allocating 64 huge pages this call returns below
error message,

"EAL: eal_memalloc_alloc_seg_bulk(): couldn't find suitable memseg_list"

Though there were 35 huge pages available, mempool creation was failed.

The below call would create 1 huge page,
rte_mempool_create("test6", 1048576, 4096, 512, 0, 0, 0, 0, 0,
(int)rte_socket_id(), 0)

after creating 64 huge pages, this call started to fail. This fails even after
tweak  the number of pool, element size etc.,

Appreciate if any help on this.

Details
========

Issue Platforms: ESXi, cn98xx 
Huge page Size: 1 GB
number of Huge pages: 100

Command output
===============

gigamon@gigavue-vseries-node:~$ cat /proc/meminfo
MemTotal:       197867396 kB
MemFree:        91528492 kB
MemAvailable:   91268008 kB
Buffers:           84376 kB
Cached:           722624 kB
SwapCached:            0 kB
Active:           331440 kB
Inactive:         646316 kB
Active(anon):       1316 kB
Inactive(anon):   170872 kB
Active(file):     330124 kB
Inactive(file):   475444 kB
Unevictable:           0 kB
Mlocked:               0 kB
SwapTotal:             0 kB
SwapFree:              0 kB
Dirty:                 0 kB
Writeback:             0 kB
AnonPages:        170764 kB
Mapped:           170252 kB
Shmem:              1432 kB
KReclaimable:      58308 kB
Slab:             104180 kB
SReclaimable:      58308 kB
SUnreclaim:        45872 kB
KernelStack:        3312 kB
PageTables:         3392 kB
NFS_Unstable:          0 kB
Bounce:                0 kB
WritebackTmp:          0 kB
CommitLimit:    46402496 kB
Committed_AS:     701964 kB
VmallocTotal:   34359738367 kB
VmallocUsed:       23732 kB
VmallocChunk:          0 kB
Percpu:             1296 kB
HardwareCorrupted:     0 kB
AnonHugePages:         0 kB
ShmemHugePages:        0 kB
ShmemPmdMapped:        0 kB
FileHugePages:         0 kB
FilePmdMapped:         0 kB
HugePages_Total:     100
HugePages_Free:       36
HugePages_Rsvd:        0
HugePages_Surp:        0
Hugepagesize:    1048576 kB
Hugetlb:        105062400 kB
DirectMap4k:      143232 kB
DirectMap2M:     4050944 kB
DirectMap1G:    199229440 kB

-- 
You are receiving this mail because:
You are the assignee for the bug.

[-- Attachment #2: Type: text/html, Size: 5192 bytes --]

[Bug 1280] rte_mempool_create returning error "EAL: eal_memalloc_alloc_seg_bulk(): couldn't find suitable memseg_list"

[bugzilla]

[-- Attachment #1: Type: text/plain, Size: 582 bytes --]

https://bugs.dpdk.org/show_bug.cgi?id=1280

Siva (pingtosiva@gmail.com) changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         Resolution|---                         |FIXED
             Status|UNCONFIRMED                 |RESOLVED

--- Comment #3 from Siva (pingtosiva@gmail.com) ---
After changing the RTE_MAX_MEM_MB_PER_TYPE macro in rte_config.h file, I am
able to consume all the huge pages.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[-- Attachment #2: Type: text/html, Size: 2773 bytes --]