Summary: SELinux is preventing /sbin/portreserve "search" access on vmis.nmWhuO. Detailed Description: [SELinux is in permissive mode. This access was not denied.] SELinux denied access requested by portrelease. It is not expected that this access is required by portrelease 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://docs.fedoraproject.org/selinux-faq-fc5/#id2961385) Please file a bug report. Additional Information: Source Context unconfined_u:system_r:portreserve_t:s0 Target Context unconfined_u:object_r:user_tmp_t:s0 Target Objects vmis.nmWhuO [ dir ] Source portrelease Source Path /sbin/portreserve Port <Unknown> Host (removed) Source RPM Packages portreserve-0.0.4-3.fc12 Target RPM Packages Policy RPM selinux-policy-3.6.32-84.fc12 Selinux Enabled True Policy Type targeted Enforcing Mode Permissive Plugin Name catchall Host Name (removed) Platform Linux (removed) 2.6.31.12-174.2.3.fc12.i686 #1 SMP Mon Jan 18 20:22:46 UTC 2010 i686 i686 Alert Count 1 First Seen Thu 11 Feb 2010 03:15:07 PM CST Last Seen Thu 11 Feb 2010 03:15:07 PM CST Local ID bf7faa17-f274-474b-a175-4c0c5818e29a Line Numbers Raw Audit Messages node=(removed) type=AVC msg=audit(1265922907.69:26685): avc: denied { search } for pid=2768 comm="portrelease" name="vmis.nmWhuO" dev=dm-0 ino=4587522 scontext=unconfined_u:system_r:portreserve_t:s0 tcontext=unconfined_u:object_r:user_tmp_t:s0 tclass=dir node=(removed) type=SYSCALL msg=audit(1265922907.69:26685): arch=40000003 syscall=5 success=no exit=-2 a0=bf9ffe40 a1=0 a2=0 a3=1 items=0 ppid=2760 pid=2768 auid=500 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=pts0 ses=1 comm="portrelease" exe="/sbin/portreserve" subj=unconfined_u:system_r:portreserve_t:s0 key=(null) Hash String generated from selinux-policy-3.6.32-84.fc12,catchall,portrelease,portreserve_t,user_tmp_t,dir,search audit2allow suggests: #============= portreserve_t ============== allow portreserve_t user_tmp_t:dir search;
*** This bug has been marked as a duplicate of bug 560855 ***