Hide Forgot
abrt version: 2.0.5 executable: /usr/bin/python hashmarkername: setroubleshoot kernel: 2.6.32-178.el6.x86_64 reason: SELinux is preventing /usr/bin/abrt-dump-oops from 'read' accesses on the directory inotify. time: Mon Aug 8 10:28:20 2011 description: :SELinux is preventing /usr/bin/abrt-dump-oops from 'read' accesses on the directory inotify. : :***** Plugin catchall (100. confidence) suggests *************************** : :If you believe that abrt-dump-oops should be allowed read access on the inotify 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 abrt-dump-oops /var/log/audit/audit.log | audit2allow -M mypol :# semodule -i mypol.pp : :Additional Information: :Source Context system_u:system_r:abrt_dump_oops_t:s0 :Target Context system_u:object_r:inotifyfs_t:s0 :Target Objects inotify [ dir ] :Source abrt-dump-oops :Source Path /usr/bin/abrt-dump-oops :Port <Unknown> :Host (removed) :Source RPM Packages abrt-addon-kerneloops-2.0.4-2.el6 :Target RPM Packages :Policy RPM selinux-policy-3.7.19-106.el6 :Selinux Enabled True :Policy Type targeted :Enforcing Mode Enforcing :Host Name (removed) :Platform Linux (removed) : 2.6.32-178.el6.x86_64 #1 SMP Wed Aug 3 10:43:13 : EDT 2011 x86_64 x86_64 :Alert Count 6 :First Seen Mon 08 Aug 2011 10:26:45 AM CEST :Last Seen Mon 08 Aug 2011 10:27:59 AM CEST :Local ID 5a7403b9-5c7d-4da4-80ff-30970e7aee13 : :Raw Audit Messages :type=AVC msg=audit(1312792079.715:81360): avc: denied { read } for pid=9350 comm="abrt-dump-oops" path="inotify" dev=inotifyfs ino=1 scontext=system_u:system_r:abrt_dump_oops_t:s0 tcontext=system_u:object_r:inotifyfs_t:s0 tclass=dir : : :type=SYSCALL msg=audit(1312792079.715:81360): arch=x86_64 syscall=read success=yes exit=EBUSY a0=3 a1=7fff503d5d40 a2=1000 a3=8 items=0 ppid=1 pid=9350 auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=(none) ses=4294967295 comm=abrt-dump-oops exe=/usr/bin/abrt-dump-oops subj=system_u:system_r:abrt_dump_oops_t:s0 key=(null) : :Hash: abrt-dump-oops,abrt_dump_oops_t,inotifyfs_t,dir,read : :audit2allow : :#============= abrt_dump_oops_t ============== :allow abrt_dump_oops_t inotifyfs_t:dir read; : :audit2allow -R : :#============= abrt_dump_oops_t ============== :allow abrt_dump_oops_t inotifyfs_t:dir read; :
Just started the system and saw this.
It's periodic so it's the abrt-dump-oops we start in abrt-oops service, I guess.
I'm seeing this repeatedly on jobs using the RHEL6.2-20110805.n.0 tree.
Yes, this is a valid bug. abrt-dump-oops uses inotify.
*** This bug has been marked as a duplicate of bug 729175 ***