-
Bug
-
Resolution: Unresolved
-
Undefined
-
rhel-10.1
-
Yes
-
Moderate
-
rhel-security-special-projects
-
None
-
False
-
False
-
-
None
-
None
-
None
-
None
-
Unspecified
-
Unspecified
-
Unspecified
-
None
What were you trying to do that didn't work?
aide now has multi-threading implemented.
Despite what we could expect, this usually slows down a lot initialization or update:
# strace -CfttTvyy -s 128 -o /tmp/aide.strace -- aide -c /etc/aide.conf --init [...] End timestamp: 2026-01-15 16:05:16 +0100 (run time: 0m 45s)
Without multi-threading:
# strace -CfttTvyy -s 128 -o /tmp/aide.W0.strace -- aide -c /etc/aide.conf -W 0 --init [...] End timestamp: 2026-01-15 16:06:04 +0100 (run time: 0m 37s)
The reason for this is locking, which is slow, see the strace output below:
% time seconds usecs/call calls errors syscall ------ ----------- ----------- --------- --------- ---------------- 86.35 13.319985 60 219841 3156 futex 3.65 0.563504 5 99363 read 2.20 0.340146 2 147196 lgetxattr [...] ------ ----------- ----------- --------- --------- ---------------- 100.00 15.426259 15 1003136 67368 total
vs
% time seconds usecs/call calls errors syscall ------ ----------- ----------- --------- --------- ---------------- 28.94 0.288971 2 99363 read 17.71 0.176866 1 147196 lgetxattr [...] ------ ----------- ----------- --------- --------- ---------------- 100.00 0.998407 1 774204 64212 total
What is the impact of this issue to you?
Less efficiency by default
Please provide the package NVR for which the bug is seen:
aide-0.18.6-8.el10_1.2
How reproducible is this bug?
Always, see above, checked on a QEMU/KVM with 2 vCPUs and 8GB of RAM.