Description of problem: SELinux is preventing upowerd from 'write' accesses on the directory /var/lib/upower. ***** Plugin catchall (100. confidence) suggests ************************** If you believe that upowerd should be allowed write access on the upower 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 'upowerd' --raw | audit2allow -M my-upowerd # semodule -X 300 -i my-upowerd.pp Additional Information: Source Context system_u:system_r:init_t:s0 Target Context system_u:object_r:devicekit_var_lib_t:s0 Target Objects /var/lib/upower [ dir ] Source upowerd Source Path upowerd Port <Unknown> Host (removed) Source RPM Packages Target RPM Packages upower-0.99.8-1.fc28.x86_64 Policy RPM selinux-policy-3.14.1-32.fc28.noarch Selinux Enabled True Policy Type targeted Enforcing Mode Enforcing Host Name (removed) Platform Linux (removed) 4.17.2-200.fc28.x86_64 #1 SMP Mon Jun 18 20:09:31 UTC 2018 x86_64 x86_64 Alert Count 1 First Seen 2018-06-20 17:38:38 PDT Last Seen 2018-06-20 17:38:38 PDT Local ID b44b295c-872d-456b-a018-795d0ffdc26f Raw Audit Messages type=AVC msg=audit(1529541518.248:263): avc: denied { write } for pid=1023 comm="upowerd" name="upower" dev="nvme0n1p4" ino=8126541 scontext=system_u:system_r:init_t:s0 tcontext=system_u:object_r:devicekit_var_lib_t:s0 tclass=dir permissive=0 Hash: upowerd,init_t,devicekit_var_lib_t,dir,write Version-Release number of selected component: selinux-policy-3.14.1-32.fc28.noarch Additional info: component: selinux-policy reporter: libreport-2.9.5 hashmarkername: setroubleshoot kernel: 4.17.2-200.fc28.x86_64 type: libreport
Description of problem: Started seeing the SELinux alerts after the update to 0.99.8-1.fc28.x86_64. Version-Release number of selected component: selinux-policy-3.14.1-32.fc28.noarch Additional info: reporter: libreport-2.9.5 hashmarkername: setroubleshoot kernel: 4.17.2-200.fc28.x86_64 type: libreport
Same problem here SELinux is preventing upowerd from write access on the directory /var/lib/upower. Target RPM Packages upower-0.99.8-1.fc28.x86_64 Policy RPM selinux-policy-3.14.1-32.fc28.noarch Selinux Enabled True Policy Type targeted Enforcing Mode Enforcing Linux dell-lt 4.17.2-200.fc28.x86_64
Same problem here, since 4.17.2-100.fc27.x86_64 kernel update. The upower.service throws the following log: upowerd[1216]: failed to get data: Failed to open file “/var/lib/upower/history-rate-ASUS_Battery-56.dat”: Permission denied upowerd[1216]: failed to get data: Failed to open file “/var/lib/upower/history-charge-ASUS_Battery-56.dat”: Permission denied upowerd[1216]: failed to get data: Failed to open file “/var/lib/upower/history-time-full-ASUS_Battery-56.dat”: Permission denied upowerd[1216]: failed to get data: Failed to open file “/var/lib/upower/history-time-empty-ASUS_Battery-56.dat”: Permission denied upowerd[1216]: cannot open '/dev/input/event0': Permission denied systemd[1]: Started Daemon for power management. upowerd[1216]: Failed to create object manager for BlueZ: GDBus.Error:org.freedesktop.DBus.Error.AccessDenied: An SELinux policy prevents this sender from sending this message to this recipie upowerd[1216]: failed to set data: Failed to create file “/var/lib/upower/history-rate-ASUS_Battery-56.dat.YG3MLZ”: Permission denied upowerd[1216]: failed to set data: Failed to create file “/var/lib/upower/history-rate-ASUS_Battery-56.dat.MUMMLZ”: Permission denied upowerd[1216]: failed to set data: Failed to create file “/var/lib/upower/history-rate-ASUS_Battery-56.dat.AI59KZ”: Permission denied
(I've experienced these problems on multiple machines. Adding myself to the CC list.)
selinux-policy-3.14.1-36.fc28 has been submitted as an update to Fedora 28. https://bodhi.fedoraproject.org/updates/FEDORA-2018-1050fb248b
selinux-policy-3.14.1-36.fc28 has been pushed to the Fedora 28 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2018-1050fb248b
I'm unable to test this update, since it's contingent upon upower-0.99.8-1, which is no longer available as a downloadable build for F28 (it was deleted from Koji). upower-0.99.8-1 is still available for F27, but the latest equivalent update of selinux-policy for F27 (selinux-policy-3.13.1-284.37.fc27) does not list this bug among its fixes, though this issue is applicable to F27 too.
selinux-policy-3.14.1-36.fc28 has been pushed to the Fedora 28 stable repository. If problems still persist, please make note of it in this bug report.