Summary: SELinux is preventing /bin/mount access to a leaked file file descriptor. Detailed Description: [mount has a permissive type (mount_t). This access was not denied.] SELinux denied access requested by the mount command. It looks like this is either a leaked descriptor or mount output was redirected to a file it is not allowed to access. Leaks usually can be ignored since SELinux is just closing the leak and reporting the error. The application does not use the descriptor, so it will run properly. If this is a redirection, you will not get output in the file. You should generate a bugzilla on selinux-policy, and it will get routed to the appropriate package. You can safely ignore this avc. Allowing Access: You can generate a local policy module to allow this access - see FAQ (http://fedora.redhat.com/docs/selinux-faq-fc5/#id2961385) Additional Information: Source Context system_u:system_r:mount_t:s0 Target Context system_u:object_r:anon_inodefs_t:s0 Target Objects file [ file ] Source mount Source Path /bin/mount Port <Unknown> Host (removed) Source RPM Packages util-linux-ng-2.16-10.2.fc12 Target RPM Packages Policy RPM selinux-policy-3.6.32-46.fc12 Selinux Enabled True Policy Type targeted Enforcing Mode Enforcing Plugin Name leaks Host Name (removed) Platform Linux (removed) 2.6.31.5-127.fc12.x86_64 #1 SMP Sat Nov 7 21:11:14 EST 2009 x86_64 x86_64 Alert Count 5 First Seen Mon 30 Nov 2009 09:59:46 AM CET Last Seen Mon 30 Nov 2009 09:59:46 AM CET Local ID d081198c-e2cb-428e-8ed7-e99815426db8 Line Numbers Raw Audit Messages node=(removed) type=AVC msg=audit(1259571586.434:13): avc: denied { write } for pid=2473 comm="mount" path="anon_inode:[eventfd]" dev=anon_inodefs ino=568 scontext=system_u:system_r:mount_t:s0 tcontext=system_u:object_r:anon_inodefs_t:s0 tclass=file node=(removed) type=AVC msg=audit(1259571586.434:13): avc: denied { write } for pid=2473 comm="mount" path="anon_inode:[eventfd]" dev=anon_inodefs ino=568 scontext=system_u:system_r:mount_t:s0 tcontext=system_u:object_r:anon_inodefs_t:s0 tclass=file node=(removed) type=AVC msg=audit(1259571586.434:13): avc: denied { write } for pid=2473 comm="mount" path="anon_inode:[eventfd]" dev=anon_inodefs ino=568 scontext=system_u:system_r:mount_t:s0 tcontext=system_u:object_r:anon_inodefs_t:s0 tclass=file node=(removed) type=AVC msg=audit(1259571586.434:13): avc: denied { write } for pid=2473 comm="mount" path="anon_inode:[eventfd]" dev=anon_inodefs ino=568 scontext=system_u:system_r:mount_t:s0 tcontext=system_u:object_r:anon_inodefs_t:s0 tclass=file node=(removed) type=AVC msg=audit(1259571586.434:13): avc: denied { write } for pid=2473 comm="mount" path="anon_inode:[eventfd]" dev=anon_inodefs ino=568 scontext=system_u:system_r:mount_t:s0 tcontext=system_u:object_r:anon_inodefs_t:s0 tclass=file node=(removed) type=SYSCALL msg=audit(1259571586.434:13): arch=c000003e syscall=59 success=yes exit=0 a0=ba12c0 a1=ba0410 a2=ba01a0 a3=7fffa728a560 items=0 ppid=1054 pid=2473 auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=(none) ses=4294967295 comm="mount" exe="/bin/mount" subj=system_u:system_r:mount_t:s0 key=(null) Hash String generated from selinux-policy-3.6.32-46.fc12,leaks,mount,mount_t,anon_inodefs_t,file,write audit2allow suggests: #============= mount_t ============== allow mount_t anon_inodefs_t:file write;
Do you know what tool is creating this? Is this happening from a cron job?
I am not the original reporter of this bug. However, the report above looks nearly identical to what I am seeing, so I thought I would throw in my 2 cents. This occurs this after creating a shared folder in the following setup: - VMware Player 3.0.0 build-203739 - Host: Windows 7 Professional, 64-bit - Guest: Fedora 12 (2.6.31.6-166.fc12.i686 #1 SMP Wed Dec 9 11:14:59 EST 2009 i686 i686 i386 GNU/Linux) - Virtual machine is playing The automatic mount fails as there is nothing under /mnt/hgfs. A manual mount (mount -t vmhgfs .host:/ /mnt/hgfs) works, as does the mount that occurs after reboot. So, at least for the combination of VMware Player and Fedora 12, this is only an inconvenience for someone that is creating temporary shared folders on the fly.
If you add this rule using # grep avc /var/log/audit/audit.log | audit2allow -M mypol # semodule -i mypol.pp Does it fix your problem? I will add this allow rule in the next release. Fixed in selinux-policy-3.6.32-60.fc12.noarch But Ed, I am not sure this is your problem.
selinux-policy-3.6.32-63.fc12 has been submitted as an update for Fedora 12. http://admin.fedoraproject.org/updates/selinux-policy-3.6.32-63.fc12
selinux-policy-3.6.32-66.fc12 has been submitted as an update for Fedora 12. http://admin.fedoraproject.org/updates/selinux-policy-3.6.32-66.fc12
selinux-policy-3.6.32-66.fc12 has been pushed to the Fedora 12 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update selinux-policy'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F12/FEDORA-2010-0184
selinux-policy-3.6.32-63.fc12 has been pushed to the Fedora 12 stable repository. If problems still persist, please make note of it in this bug report.
selinux-policy-3.6.32-66.fc12 has been pushed to the Fedora 12 stable repository. If problems still persist, please make note of it in this bug report.