-
Bug
-
Resolution: Unresolved
-
Critical
-
rhel-9.2.0, rhel-9.3.0
-
None
-
None
-
None
-
rhel-sst-security-special-projects
-
ssg_security
-
None
-
False
-
-
None
-
Red Hat Enterprise Linux
-
None
-
-
None
-
None
-
-
x86_64
-
None
What were you trying to do that didn't work?
Because of some RPMDB issue, a SIGBUS was raised, causing fapolicyd to deadlock the system:
fapolicyd dying made the kernel spawn the systemd-coredump executable to collect the coredump. Executing the program leads to querying fapolicyd to allow the execution, which cannot happen since fapolicyd is dying.
See PR https://github.com/linux-application-whitelisting/fapolicyd/pull/273 for fix proposal.
Please provide the package NVR for which bug is seen:
fapolicyd-1.1.3-104.el9_2
How reproducible:
Always
Steps to reproduce
- Send SIGBUS, SIGQUIT, SIGSEGV or any deadly signal to fapolicyd
Expected results
System hangs (i.e. no way to do anything, current processes hanging, no way to log in, etc.)
Actual results
System still functional
- is cloned by
-
RHEL-59776 fapolicyd deadlocks the system because it got a fatal SIGBUS signal
- In Progress
- is related to
-
SAT-29311 When installing Satellite 6.16@rhel9.z with fapolicyd, the load average will bump and the machine will freeze
- Closed
- links to