https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=228444
Bug ID: 228444
Summary: "exa-0.8.0" panics the kernel while auditd(8) is
running and audit_mask is set as "pc"
Product: Base System
Version: CURRENT
Hardware: amd64
OS: Any
Status: New
Severity: Affects Only Me
Priority: ---
Component: kern
Assignee: b...@freebsd.org
Reporter: anik...@iitk.ac.in
NOTE
====
The described panic occurs post to building the kernel after introducing the
changes in review D15381.
While the audit daemon is running and the system wide audit mask is set as
"pc", i.e 'process-control'. On executing "exa" from shell causes a consistent
and reproducible kernel panic.
I have set the following alias, which causes the issue.
* alias l='exa -iBghlSu --git --all'
Here is the panic stack trace:
=================================================
panic: acquiring blockable sleep lock with spinlock or critical section held
(rw) evclass_lock @ /usr/src/sys/security/audit/audit_bsm_db.c:119
cpuid = 1
time = 1527095030
KDB: stack backtrace:
db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe00005f96d0
vpanic() at vpanic+0x1a3/frame 0xfffffe00005f9730
doadump() at doadump/frame 0xfffffe00005f97b0
witness_checkorder() at witness_checkorder+0x15c/frame 0xfffffe00005f9840
__rw_rlock_int() at __rw_rlock_int+0x8b/frame 0xfffffe00005f9870
au_event_class() at au_event_class+0x21/frame 0xfffffe00005f9890
audit_commit() at audit_commit+0x13a/frame 0xfffffe00005f98d0
audit_syscall_exit() at audit_syscall_exit+0x28/frame 0xfffffe00005f98f0
thread_exit() at thread_exit+0xdb/frame 0xfffffe00005f9930
kern_thr_exit() at kern_thr_exit+0x11e/frame 0xfffffe00005f9960
sys_thr_exit() at sys_thr_exit+0x67/frame 0xfffffe00005f9980
amd64_syscall() at amd64_syscall+0x28c/frame 0xfffffe00005f9ab0
fast_syscall_common() at fast_syscall_common+0x101/frame 0xfffffe00005f9ab0
--- syscall (431, FreeBSD ELF64, sys_thr_exit), rip = 0x8017128ca, rsp =
0x7fffdfbfba78, rbp = 0x7fffdfbfba90 ---
KDB: enter: panic
==================================================
Additional Information
----------------------------------
On trying to get the full debug information on the panic. When I try to do
"sysctl debug.kdb.panic=1" I get another panic irrespective of whether auditd
is running or what audit mask is set.
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
