Description of problem: SELinux is preventing systemd-logind from 'getattr' accesses on the directory /dev/shm/slapd-CB-ETTLE-ORG-UK. ***** Plugin catchall (100. confidence) suggests ************************** If you believe that systemd-logind should be allowed getattr access on the slapd-CB-ETTLE-ORG-UK directory by default. Then you should report this as a bug. You can generate a local policy module to allow this access. Do allow this access for now by executing: # ausearch -c 'systemd-logind' --raw | audit2allow -M my-systemdlogind # semodule -X 300 -i my-systemdlogind.pp Additional Information: Source Context system_u:system_r:systemd_logind_t:s0 Target Context system_u:object_r:dirsrv_tmpfs_t:s0 Target Objects /dev/shm/slapd-CB-ETTLE-ORG-UK [ dir ] Source systemd-logind Source Path systemd-logind Port <Unknown> Host (removed) Source RPM Packages Target RPM Packages SELinux Policy RPM selinux-policy-targeted-38.24-1.fc38.noarch Local Policy RPM selinux-policy-targeted-38.24-1.fc38.noarch Selinux Enabled True Policy Type targeted Enforcing Mode Enforcing Host Name (removed) Platform Linux (removed) 6.4.9-200.fc38.x86_64 #1 SMP PREEMPT_DYNAMIC Tue Aug 8 21:21:11 UTC 2023 x86_64 Alert Count 21 First Seen 2023-07-13 21:32:51 BST Last Seen 2023-08-13 17:37:13 BST Local ID da62c706-b60c-4843-8b7e-c7a3681d4778 Raw Audit Messages type=AVC msg=audit(1691944633.170:571): avc: denied { getattr } for pid=1155 comm="systemd-logind" path="/dev/shm/slapd-CB-ETTLE-ORG-UK" dev="tmpfs" ino=2 scontext=system_u:system_r:systemd_logind_t:s0 tcontext=system_u:object_r:dirsrv_tmpfs_t:s0 tclass=dir permissive=0 Hash: systemd-logind,systemd_logind_t,dirsrv_tmpfs_t,dir,getattr Version-Release number of selected component: selinux-policy-targeted-38.24-1.fc38.noarch Additional info: reporter: libreport-2.17.11 reason: SELinux is preventing systemd-logind from 'getattr' accesses on the directory /dev/shm/slapd-CB-ETTLE-ORG-UK. package: selinux-policy-targeted-38.24-1.fc38.noarch component: selinux-policy hashmarkername: setroubleshoot type: libreport kernel: 6.4.9-200.fc38.x86_64 component: selinux-policy
Created attachment 1983198 [details] File: description
Created attachment 1983199 [details] File: os_info
James, Can you share with us what has changed on your system and what is the triggering condition to get this denial?
Apologies for the delay in responding. I don't really know of any change that has caused this. The machine is being used as a FreeIPA server, now with selinux-policy-targeted-39.3-1.fc39.noarch, and has been fully re-labeled. These messages continue to pop up -- could they be normal or does this need to be punted over to systemd?
I am not telling something is wrong, but it would help us to understand if we knew which configuration change makes it trigger. Can you tell us? And, additionally, gather data in full auditing enabled? setenforce 0 and https://fedoraproject.org/wiki/SELinux/Debugging#Enable_full_auditing
Fedora Linux 38 entered end-of-life (EOL) status on 2024-05-21. Fedora Linux 38 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora Linux please feel free to reopen this bug against that version. Note that the version field may be hidden. Click the "Show advanced fields" button if you do not see the version field. If you are unable to reopen this bug, please file a new report against an active release. Thank you for reporting this bug and we are sorry it could not be fixed.