Hide Forgot
Description of problem: SELinux is preventing /usr/lib/cups/backend/hp from 'add_name' accesses on the directory 0. ***** Plugin catchall (100. confidence) suggests ************************** If you believe that hp should be allowed add_name access on the 0 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 hp /var/log/audit/audit.log | audit2allow -M mypol # semodule -i mypol.pp Additional Information: Source Context system_u:system_r:cupsd_t:s0-s0:c0.c1023 Target Context system_u:object_r:snmpd_var_lib_t:s0 Target Objects 0 [ dir ] Source hp Source Path /usr/lib/cups/backend/hp Port <Unknown> Host (removed) Source RPM Packages Target RPM Packages Policy RPM selinux-policy-3.13.1-128.13.fc22.noarch Selinux Enabled True Policy Type targeted Enforcing Mode Enforcing Host Name (removed) Platform Linux (removed) 4.1.7-200.fc22.x86_64 #1 SMP Mon Sep 14 20:19:24 UTC 2015 x86_64 x86_64 Alert Count 25 First Seen 2015-11-30 13:32:40 PET Last Seen 2016-02-19 11:27:13 PET Local ID ae95c586-18b3-4c08-97a9-02b41a900b0b Raw Audit Messages type=AVC msg=audit(1455899233.885:900): avc: denied { add_name } for pid=4861 comm="hp" name="0" scontext=system_u:system_r:cupsd_t:s0-s0:c0.c1023 tcontext=system_u:object_r:snmpd_var_lib_t:s0 tclass=dir permissive=0 type=SYSCALL msg=audit(1455899233.885:900): arch=x86_64 syscall=open success=no exit=EACCES a0=7ffee66a7550 a1=241 a2=1b6 a3=0 items=0 ppid=1321 pid=4861 auid=4294967295 uid=0 gid=7 euid=0 suid=0 fsuid=0 egid=7 sgid=7 fsgid=7 tty=(none) ses=4294967295 comm=hp exe=/usr/lib/cups/backend/hp subj=system_u:system_r:cupsd_t:s0-s0:c0.c1023 key=(null) Hash: hp,cupsd_t,snmpd_var_lib_t,dir,add_name Version-Release number of selected component: selinux-policy-3.13.1-128.13.fc22.noarch Additional info: reporter: libreport-2.6.2 hashmarkername: setroubleshoot kernel: 4.1.7-200.fc22.x86_64 type: libreport Potential duplicate: bug 1303271
Fedora 22 changed to end-of-life (EOL) status on 2016-07-19. Fedora 22 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed.