|
Server : Apache/2.2.17 (Unix) mod_ssl/2.2.17 OpenSSL/0.9.8e-fips-rhel5 DAV/2 PHP/5.2.17 System : Linux localhost 2.6.18-419.el5 #1 SMP Fri Feb 24 22:47:42 UTC 2017 x86_64 User : nobody ( 99) PHP Version : 5.2.17 Disable Function : NONE Directory : /proc/21573/root/usr/share/setroubleshoot/plugins/ |
Upload File : |
mò
¡8Hc @ sR d k Z e i d d d e ƒi Z d k Td k l Z d e f d „ ƒ YZ d S( Ns setroubleshoot-pluginss /usr/share/localet fallback( t *( s Plugint pluginc B sD t Z e d ƒ Z e d ƒ Z e d ƒ Z d Z d „ Z d „ Z RS( Ns`
SELinux is preventing $SOURCE ($SOURCE_TYPE) "$ACCESS" to $TARGET_PATH ($TARGET_TYPE).
sã
SELinux is preventing $SOURCE ($SOURCE_TYPE) "$ACCESS" to $TARGET_PATH ($TARGET_TYPE).
The SELinux type $TARGET_TYPE, is a generic type for all files in the directory and very few processes (SELinux Domains) are allowed to write to this SELinux type. This type of denial usual indicates a mislabeled file. By default a file created in a directory has the gets the context of the parent directory, but SELinux policy has rules about the creation of directories, that say if a process running in one SELinux Domain (D1) creates a file in a directory with a particular SELinux File Context (F1) the file gets a different File Context (F2). The policy usually allows the SELinux Domain (D1) the ability to write, unlink, and append on (F2). But if for some reason a file ($TARGET_PATH) was created with the wrong context, this domain will be denied. The usual solution to this problem is to reset the file context on the target file, restorecon -v '$TARGET_PATH'. If the file context does not change from $TARGET_TYPE, then this is probably a bug in policy. Please file a <a href="http://bugzilla.redhat.com/bugzilla/enter_bug.cgi">bug report</a> against the selinux-policy package.
If it does change, you can try your application again to see if it works. The file context could have been mislabeled by editing the file or moving the file from a different directory, if the file keeps getting mislabeled, check the init scripts to see if they are doing something to mislabel the file.
sW
You can attempt to fix file context by executing restorecon -v '$TARGET_PATH'
s restorecon '$TARGET_PATH'c C s! t i | t ƒ | i d ƒ d S( Ni7 ( t Plugint __init__t selft __name__t set_priority( R ( ( t4 /usr/share/setroubleshoot/plugins/mislabeled_file.pyR + s c C sš d d d d g } | i d d d d d d
d g ƒ o[ | i d d
d g ƒ oB | i | ƒ o2 | i | t d ƒ | i | i | i
| i ƒ Sn d Sd S( Nt dirt filet lnk_filet sock_filet var_log_tt var_lib_tt etc_tt root_tt
var_lock_tt var_run_tt var_spool_tt writet appendt unlinks
File Label(
t restorecon_filest avct matches_target_typest all_accesses_are_int
has_tclass_inR t reportt _t summaryt problem_descriptiont fix_descriptiont fix_cmdt None( R R R ( ( R t analyze/ s N( R t
__module__R R R R R! R R# ( ( ( R R s ( t gettextt translationt Truet lgettextR t setroubleshoot.utilt setroubleshoot.PluginR R ( R R R% R ( ( R t ? s