-
Bug
-
Resolution: Unresolved
-
Undefined
-
None
-
glibc-2.39-57.el10
-
No
-
Low
-
-
1
-
rhel-pt-c-libs
-
1
-
False
-
False
-
-
Yes
-
Red Hat Enterprise Linux
-
PT C Libraries 2025 S12
-
Pass
-
Automated
-
Bug Fix
-
-
Done
-
Required
-
Unspecified
-
Done
-
None
This is a clone of issue RHEL-49549 to use for version rhel-10.1
–
Original description:
What were you trying to do that didn't work?
When using the audit interface, when ld.so is proxied into a private namespace, only la_objclose is called. This can cause issues with tools using the audit interface that expect la_objopen to also be called.
Please provide the package NVR for which bug is seen:
Red Hat Enterprise Linux 9
glibc-2.34-100.el9_4.2.x86_64
glibc-common-2.34-100.el9_4.2.x86_64
How reproducible:
Customer this is opened for was able to reproduce consistently
Steps to reproduce
1. Extract tarball archive.
2. Run 'make' on code.
3. Observe Behavior.
Expected results
During audit, la_objclose is not called when ld.so is in proxied namespace.
Actual results
During audit, la_objclose is called when ld.so is in proxied namespace.
NOTE: An upstream listing with glibc has been filed as well for this issue alongside Fedora.
https://sourceware.org/bugzilla/show_bug.cgi?id=31985
https://bugzilla.redhat.com/show_bug.cgi?id=2297218
- clones
-
RHEL-49549 glibc: la_objclose is called for ld.so in a private namespace, but not la_objopen [rhel-9]
-
- Release Pending
-
- depends on
-
RHEL-109536 glibc: Import bug fixes: 2.39 → c10s (snapshot 7)
-
- Release Pending
-
- links to
-
RHBA-2025:149437 glibc bug fix and enhancement update