Hide Forgot
Description of problem: SELinux is preventing /usr/sbin/httpd from 'add_name' accesses on the directory error.log. ***** Plugin catchall (100. confidence) suggests *************************** If you believe that httpd should be allowed add_name access on the error.log 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: # grep httpd /var/log/audit/audit.log | audit2allow -M mypol # semodule -i mypol.pp Additional Information: Source Context system_u:system_r:httpd_t:s0 Target Context unconfined_u:object_r:user_home_t:s0 Target Objects error.log [ dir ] Source httpd Source Path /usr/sbin/httpd Port <Unknown> Host (removed) Source RPM Packages httpd-2.4.6-2.fc18.x86_64 Target RPM Packages Policy RPM selinux-policy-3.11.1-106.fc18.noarch Selinux Enabled True Policy Type targeted Enforcing Mode Enforcing Host Name (removed) Platform Linux (removed) 3.11.4-101.fc18.x86_64 #1 SMP Thu Oct 10 14:05:32 UTC 2013 x86_64 x86_64 Alert Count 1 First Seen 2013-11-26 14:51:54 EST Last Seen 2013-11-26 14:51:54 EST Local ID b17965a1-cf5c-4ac3-a833-d47abe3f09ed Raw Audit Messages type=AVC msg=audit(1385495514.350:380): avc: denied { add_name } for pid=3996 comm="httpd" name="error.log" scontext=system_u:system_r:httpd_t:s0 tcontext=unconfined_u:object_r:user_home_t:s0 tclass=dir type=SYSCALL msg=audit(1385495514.350:380): arch=x86_64 syscall=open success=no exit=EACCES a0=7fb7d6ae35a0 a1=80441 a2=1b6 a3=7fb7d48a27f0 items=0 ppid=1 pid=3996 auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 ses=4294967295 tty=(none) comm=httpd exe=/usr/sbin/httpd subj=system_u:system_r:httpd_t:s0 key=(null) Hash: httpd,httpd_t,user_home_t,dir,add_name audit2allow #============= httpd_t ============== allow httpd_t user_home_t:dir add_name; audit2allow -R require { type httpd_t; } #============= httpd_t ============== userdom_manage_user_home_content_dirs(httpd_t) Additional info: reporter: libreport-2.1.7 hashmarkername: setroubleshoot kernel: 3.11.4-101.fc18.x86_64 type: libreport Potential duplicate: bug 669207
Do you have apache content in your homedirs? What directory? Does restorecon -R -v /home Change any labels?
This message is a reminder that Fedora 18 is nearing its end of life. Approximately 4 (four) weeks from now Fedora will stop maintaining and issuing updates for Fedora 18. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '18'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 18's end of life. Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 18 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior to Fedora 18's end of life. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
Fedora 18 changed to end-of-life (EOL) status on 2014-01-14. Fedora 18 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 please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed.