Hide Forgot
SELinux is preventing /usr/sbin/sedispatch from 'write' accesses on the sock_file log. ***** Plugin catchall (100. confidence) suggests *************************** If you believe that sedispatch should be allowed write access on the log sock_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 sedispatch /var/log/audit/audit.log | audit2allow -M mypol # semodule -i mypol.pp Additional Information: Source Context system_u:system_r:audisp_t:s0 Target Context system_u:object_r:tmpfs_t:s0 Target Objects log [ sock_file ] Source sedispatch Source Path /usr/sbin/sedispatch Port <Inconnu> Host (removed) Source RPM Packages setroubleshoot-server-3.0.28-1.fc15 Target RPM Packages Policy RPM selinux-policy-3.9.14-2.fc15 Selinux Enabled True Policy Type targeted Enforcing Mode Permissive Host Name (removed) Platform Linux (removed) 2.6.38-rc5-git1 #1 SMP PREEMPT Tue Feb 22 15:45:17 CET 2011 i686 i686 Alert Count 1 First Seen mar. 22 févr. 2011 18:35:31 CET Last Seen mar. 22 févr. 2011 18:35:31 CET Local ID e8413fd7-7cdb-428c-a15f-8db19e4a318a Raw Audit Messages type=AVC msg=audit(1298396131.956:177): avc: denied { write } for pid=2567 comm="sedispatch" name="log" dev=tmpfs ino=7950 scontext=system_u:system_r:audisp_t:s0 tcontext=system_u:object_r:tmpfs_t:s0 tclass=sock_file type=SYSCALL msg=audit(1298396131.956:177): arch=i386 syscall=socketcall success=yes exit=0 a0=3 a1=bfc85e4c a2=4934aff4 a3=ffffff70 items=0 ppid=2559 pid=2567 auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=(none) ses=4294967295 comm=sedispatch exe=/usr/sbin/sedispatch subj=system_u:system_r:audisp_t:s0 key=(null) Hash: sedispatch,audisp_t,tmpfs_t,sock_file,write audit2allow #============= audisp_t ============== allow audisp_t tmpfs_t:sock_file write; audit2allow -R #============= audisp_t ============== allow audisp_t tmpfs_t:sock_file write;
Did you install F15 from Fedora 15 Alpha RC2 install image?
no. I've used desktop-i386-20110219.20.iso and installed updates. Do you want me to try Fedora 15 Alpha RC2 ?
No it looks like you have a labeling problem though. /dev/log is mislabeled as is probably most of /dev. I would try to relabel your system. touch /.autorelabel; reboot
thanks, you're right. /dev was also mislabeled. /usr and /lib were also mislabeled. I feel kinda stupid, i should have found this by myself. sorry for the noise.