From: Dmitry Kozlyuk <dmitry.kozliuk@gmail.com>
To: MOD <sdk.register@gmail.com>
Cc: users@dpdk.org
Subject: Re: Mempool bigger than 1 page causes segmentation fault
Date: Wed, 27 Jul 2022 15:30:55 +0300 [thread overview]
Message-ID: <20220727153055.0907ea35@sovereign> (raw)
In-Reply-To: <CA+Md9nzuk7V-vJv=hH8QBbtZU9X=W4VyhTUYLVyiVUV5hY5TNQ@mail.gmail.com>
2022-07-27 14:59 (UTC+0300), MOD:
> Hi All,
>
> My team and I have encountered a problem where allocation of a mempool
> larger than 1GB (== 1 Hugepage) fails.
> We are in a multi-process environment, and the `rte_mempool_create`
> happens in the secondary process.
>
> Sometimes the allocation succeeds but after some successes (for me
> specifically, two) the following occurs:
> the secondary process segfaults on `malloc_elem_can_hold`, inside a stack
> starting from `rte_mempool_create`.
>
> Restarting the secondary process does not work as it is stuck on `EAL:
> Probing VFIO support`, and restarting
> the main process is the only option.
>
> Has anyone had this problem, or knows any possible solution?
> Thanks!
Please tell the DPDK version and attach the stack trace.
If possible, try rebuilding DPDK with RTE_MALLOC_DEBUG defined,
and if your DPDK version supports it, with AddressSanitizer enabled.
Segfault in a function that traverses the malloc element list
suggests the heap may be corrupted, but it's only a guess.
Restarting the secondary process after a segfault is hardly a viable idea
because at this point the common memory may be already corrupted,
some lock may be taken and never released
(which is a possible reason it stucks, BTW).
next prev parent reply other threads:[~2022-07-27 12:30 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-07-27 11:59 MOD
2022-07-27 12:30 ` Dmitry Kozlyuk [this message]
[not found] ` <CA+Md9nye7c6X9=9bFc3kp+zOQEASM6-PeqW7i-G=xHRkG5PG4A@mail.gmail.com>
2022-07-28 13:10 ` Dmitry Kozlyuk
2022-07-31 11:32 ` MOD
2022-09-07 11:00 ` MOD
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20220727153055.0907ea35@sovereign \
--to=dmitry.kozliuk@gmail.com \
--cc=sdk.register@gmail.com \
--cc=users@dpdk.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).