Bug 630160
| Summary: | SELinux is preventing /sbin/modprobe "read" access on /var/run/pm-utils/locks/pm-powersave.lock. | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Gene Snider <genes1122> |
| Component: | selinux-policy | Assignee: | Daniel Walsh <dwalsh> |
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | medium | Docs Contact: | |
| Priority: | low | ||
| Version: | 14 | CC: | carlg, dwalsh, jskala, jskarvad, mcepl, mcepl, mgrepl, notting, opensource, pknirsch, rhughes |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | setroubleshoot_trace_hash:2f50d2f50baa3e502eaf1bbf26cb54022b0d7f6e96f409d640d7e7153003a15c | ||
| Fixed In Version: | selinux-policy-3.9.3-1.fc14 | Doc Type: | Bug Fix |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2010-09-11 03:43:20 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Gene Snider
2010-09-03 20:41:06 UTC
Some update to pm-utils is leaking like crazy.
type=AVC msg=audit(1283530236.914:502): avc: denied { read } for pid=7288 comm="hdparm" path="/var/run/pm-utils/locks/pm-suspend.lock" dev=dm-1 ino=2081053 scontext=system_u:system_r:fsadm_t:s0 tcontext=system_u:object_r:hald_var_run_t:s0 tclass=file
type=AVC msg=audit(1283537611.886:503): avc: denied { read } for pid=7473 comm="hdparm" path="/var/run/pm-utils/locks/pm-suspend.lock" dev=dm-1 ino=2081053 scontext=system_u:system_r:fsadm_t:s0 tcontext=system_u:object_r:hald_var_run_t:s0 tclass=file
type=AVC msg=audit(1283537612.545:504): avc: denied { read } for pid=7535 comm="atd" path="/var/run/pm-utils/locks/pm-suspend.lock" dev=dm-1 ino=2081053 scontext=system_u:system_r:crond_t:s0-s0:c0.c1023 tcontext=system_u:object_r:hald_var_run_t:s0 tclass=file
There was an update to pm-utils today. This is the yum history info for today's update transaction:
Updated pm-utils-1.3.0-1.fc13.x86_64
Update 1.3.1-1.fc14.x86_64
The AVC denial happened during the first reboot after the update. Should I downgrade pm-utils and reboot? I see you switched this bug to pm-utils, thanks.
Gene
>type=AVC msg=audit(1283530236.914:502): avc: denied { read } for pid=7288
comm="hdparm" path="/var/run/pm-utils/locks/pm-suspend.lock" dev=dm-1
I have no idea what this means.
Some app is opening /var/run/pm-utils/locks/pm-suspend.lock for read, and then executing lots of apps without closeing the app on exec. fcntl(fd, F_SETFD, FD_CLOEXEC) Will fix the problem. The question is do you know where the locks file is opened? (In reply to comment #4) > Some app is opening /var/run/pm-utils/locks/pm-suspend.lock for read, and then > executing lots of apps without closeing the app on exec. > > fcntl(fd, F_SETFD, FD_CLOEXEC) > > Will fix the problem. The question is do you know where the locks file is > opened? It is a shell script that uses /usr/lib64/pm-utils/functions The try_lock function there creates the lock file. Ok I will dontaudit these in the next release. Fixed in selinux-policy-3.9.3-1.fc14 *** Bug 630320 has been marked as a duplicate of this bug. *** selinux-policy-3.9.3-1.fc14 has been submitted as an update for Fedora 14. https://admin.fedoraproject.org/updates/selinux-policy-3.9.3-1.fc14 selinux-policy-3.9.3-1.fc14 has been pushed to the Fedora 14 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update selinux-policy'. You can provide feedback for this update here: https://admin.fedoraproject.org/updates/selinux-policy-3.9.3-1.fc14 *** Bug 632090 has been marked as a duplicate of this bug. *** selinux-policy-3.9.3-1.fc14 has been pushed to the Fedora 14 stable repository. If problems still persist, please make note of it in this bug report. |