SELinux is preventing /sbin/setfiles from 'relabelfrom' accesses on the file pm-powersave.log. ***** Plugin catchall (100. confidence) suggests *************************** If you believe that setfiles should be allowed relabelfrom access on the pm-powersave.log file 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: # grep restorecon /var/log/audit/audit.log | audit2allow -M mypol # semodule -i mypol.pp Additional Information: Source Context system_u:system_r:hald_t:s0 Target Context system_u:object_r:hald_log_t:s0 Target Objects pm-powersave.log [ file ] Source restorecon Source Path /sbin/setfiles Port <Unknown> Host (removed) Source RPM Packages policycoreutils-2.0.86-7.fc15 Target RPM Packages Policy RPM selinux-policy-3.9.16-26.fc15 Selinux Enabled True Policy Type targeted Enforcing Mode Enforcing Host Name (removed) Platform Linux Bud 2.6.38.6-27.fc15.i686 #1 SMP Sun May 15 17:57:13 UTC 2011 i686 i686 Alert Count 3 First Seen Sun 05 Jun 2011 04:59:56 PM EDT Last Seen Sun 05 Jun 2011 05:14:28 PM EDT Local ID a1bc4641-a988-4049-bf98-6177c199dec5 Raw Audit Messages type=AVC msg=audit(1307308468.191:154): avc: denied { relabelfrom } for pid=3489 comm="restorecon" name="pm-powersave.log" dev=sda3 ino=6820 scontext=system_u:system_r:hald_t:s0 tcontext=system_u:object_r:hald_log_t:s0 tclass=file type=SYSCALL msg=audit(1307308468.191:154): arch=i386 syscall=lsetxattr success=no exit=EACCES a0=20a4dce8 a1=dfe107 a2=20a2dcc8 a3=29 items=0 ppid=3478 pid=3489 auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=(none) ses=4294967295 comm=restorecon exe=/sbin/setfiles subj=system_u:system_r:hald_t:s0 key=(null) Hash: restorecon,hald_t,hald_log_t,file,relabelfrom audit2allow #============= hald_t ============== allow hald_t hald_log_t:file relabelfrom; audit2allow -R #============= hald_t ============== allow hald_t hald_log_t:file relabelfrom;
What were you doing when this happened? If you execute # restorecon -R -v /var/log/pm-powersave.log Can you reproduce it?
matchpathcon /var/log/pm-powersave.log /var/log/pm-powersave.log system_u:object_r:devicekit_var_log_t:s0 It looks like the file can be created via devicekit or hal? And we have different labels?
All I know is that the bug came up everytime I try to boot from hibernation. If I executed: # restorecon -R -v /var/log/pm-powersave.log it doesn't really do anything. Even when I tried to hibernate after executing it, I still get that same bug again after hibernating.
Ok, the file is re-created --- rm -f "$1" touch "$1" restorecon "$1" exec >> "$1" 2>&1 --- I thought we don't use HAL. The reporter, is this a fresh install?
Jaroslav, I think you should use - restorecon "$1" + [ -x /sbin/restorecon ] && /sbin/restorecon "$1"
Well, I did install Fedora just recently if that's what you mean.
Thanks Mirek, it should be fixed in pm-utils-1.4.1-8. I tested it and I am getting no AVC on suspend/hibernate. Hope it helps the reporter also.
pm-utils-1.4.1-8.fc15 has been submitted as an update for Fedora 15. https://admin.fedoraproject.org/updates/pm-utils-1.4.1-8.fc15
Package pm-utils-1.4.1-8.fc15: * should fix your issue, * was pushed to the Fedora 15 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing pm-utils-1.4.1-8.fc15' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/pm-utils-1.4.1-8.fc15 then log in and leave karma (feedback).
pm-utils-1.4.1-8.fc15 has been pushed to the Fedora 15 stable repository. If problems still persist, please make note of it in this bug report.