| Summary: | SELinux is preventing /usr/bin/abrt-dump-oops from 'read' accesses on the directory inotify. | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Linux 6 | Reporter: | Michal Nowak <mnowak> |
| Component: | selinux-policy | Assignee: | Miroslav Grepl <mgrepl> |
| Status: | CLOSED DUPLICATE | QA Contact: | Milos Malik <mmalik> |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | 6.1 | CC: | dwalsh, emcnabb, mmalik, ohudlick |
| Target Milestone: | rc | ||
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | abrt_hash:61b16228dde25bb33684afee24dd6c3bfe64809f78b20d96da01ffe8aae77e9f | ||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2011-08-09 06:41:06 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
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 *** |
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; :