[Bug 282994] Repeated kernel panics
- In reply to: bugzilla-noreply_a_freebsd.org: "[Bug 282994] Repeated kernel panics"
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Fri, 29 Nov 2024 15:27:05 UTC
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=282994
Mark Johnston <markj@FreeBSD.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|New |Open
CC| |markj@FreeBSD.org
--- Comment #3 from Mark Johnston <markj@FreeBSD.org> ---
> 5. They all use RCTL to control resources used by users.
The problem is that shm_alloc() assumes that object allocation won't fail, but
this is false:
- racct rules which restrict swap usage can cause swap_reserve_by_cred() to
fail;
- some overcommit modes limit swap reservations such that
swap_reserve_by_cred() can fail.
I suspect that changing your racct rules will work around the problem.
RACCT_SWAP works by limiting the maximum number and size of swap-backed
objects, rather than swap device usage. In particular, it treats swap object
allocation as a "reservation" and that counts against the limit before swap
space is actually used. I'm a bit skeptical that this implementation is very
useful.
I wrote a patch which prevents the crash, but note that you'll get shm object
allocation failures instead, which might cause all kinds of problems:
https://reviews.freebsd.org/D47839
(In reply to jSML4ThWwBID69YC from comment #1)
Changing your racct rules might address these problems as well.
--
You are receiving this mail because:
You are the assignee for the bug.