Description of problem: Summary: SELinux is preventing /sbin/setfiles "read" access on /var/spool/gdm/force-display-on-active-vt (deleted). Detailed Description: [SELinux is in permissive mode. This access was not denied.] SELinux denied access requested by restorecon. It is not expected that this access is required by restorecon and this access may signal an intrusion attempt. It is also possible that the specific version or configuration of the application is causing it to require additional access. Allowing Access: You can generate a local policy module to allow this access - see FAQ (http://fedora.redhat.com/docs/selinux-faq-fc5/#id2961385) Please file a bug report. Additional Information: Source Context unconfined_u:unconfined_r:setfiles_t:s0-s0:c0.c102 3 Target Context system_u:object_r:xdm_spool_t:s0 Target Objects /var/spool/gdm/force-display-on-active-vt (deleted) [ file ] Source restorecon Source Path /sbin/setfiles Port <Unknown> Host <Unknown> Source RPM Packages policycoreutils-2.0.78-11.fc13 Target RPM Packages Policy RPM selinux-policy-3.7.8-2.fc13 Selinux Enabled True Policy Type targeted Enforcing Mode Permissive Plugin Name catchall Host Name localhost.localdomain Platform Linux localhost.localdomain 2.6.31.6-145.fc12.x86_64 #1 SMP Sat Nov 21 15:57:45 EST 2009 x86_64 x86_64 Alert Count 5 First Seen Thu Jan 21 06:54:59 2010 Last Seen Thu Jan 21 07:36:18 2010 Local ID e549d660-4898-4358-afcd-dae63d0360f0 Line Numbers 2, 3, 9, 10, 16, 17, 23, 24, 30, 31 Raw Audit Messages type=SYSCALL msg=audit(1264077378.351:45056): arch=c000003e syscall=59 success=yes exit=0 a0=1a8a190 a1=1a8a0f0 a2=1a85eb0 a3=18 items=0 ppid=2143 pid=2148 auid=500 uid=500 gid=500 euid=500 suid=500 fsuid=500 egid=500 sgid=500 fsgid=500 tty=(none) ses=1 comm="restorecon" exe="/sbin/setfiles" subj=unconfined_u:unconfined_r:setfiles_t:s0-s0:c0.c1023 key=(null) type=AVC msg=audit(1264077378.351:45056): avc: denied { read } for pid=2148 comm="restorecon" path=2F7661722F73706F6F6C2F67646D2F666F7263652D646973706C61792D6F6E2D6163746976652D7674202864656C6574656429 dev=dm-0 ino=27271350 scontext=unconfined_u:unconfined_r:setfiles_t:s0-s0:c0.c1023 tcontext=system_u:object_r:xdm_spool_t:s0 tclass=file ---- time->Thu Jan 21 12:36:49 2010 Looks like gdm is leaking a file descriptor to /var/spool/gdm/force-display-on-active-vt
no, the only thing it does with that file is stat it then unlink it.
Sorry Ray, this is a bug with kdm not gdm, I beleive.
*** This bug has been marked as a duplicate of bug 556643 ***