Note: This bug is displayed in read-only format because
the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
DescriptionVasiliy Kulikov
2012-06-12 09:35:26 UTC
Created attachment 591151[details]
add shm_rmid_forced sysctl
This patch is a backport of shm_rmid_forced patch from upstream kernel.
"This patch adds support for shm_rmid_forced sysctl. If set to 1, all
shared memory objects in current ipc namespace will be automatically
forced to use IPC_RMID. POSIX way of handling shmem allows to create
shm objects and call shmdt() leaving shm object associated with no
process, thus consuming memory not counted via rlimits. With
shm_rmid_forced=1 the shared memory object is counted at least for one
process, so OOM killer may effectively kill the fat process holding
the shared memory.
It obviously breaks POSIX, some programs relying on the feature would
stop working. So, set shm_rmid_forced=1 only if you're sure nobody uses
"orphaned" memory. shm_rmid_forced=0 by default for compatability
reasons.
The feature was previously impemented in -ow as a configure option."
The LKML discussion:
http://www.openwall.com/lists/kernel-hardening/2011/06/22/4
The merged patches:
140d0b2108faebc77c6523296e211e509cb9f5f9
298507d4d2cff2248e84afcf646b697301294442
33a30ed4bdccd95ed84a1a20c1fef8ac89788ce5
4c677e2eefdba9c5bfc4474e2e91b26ae8458a1d
5774ed014f02120db9a6945a1ecebeb97c2acccb
b34a6b1da371ed8af1221459a18c67970f7e3d53