Description of problem: SELinux denied access requested by /bin/su. It is not expected that this access is required by /bin/su 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. Version-Release number of selected component (if applicable): selinux-policy-3.0.8-72.fc8 How reproducible: I have been for a couple of years, starting fetchmail with this line in my rc.local script: su gene -c "fetchmail -d 90 --fetchmailrc /home/gene/.fetchmailrc" Steps to Reproduce: 1. Setup all the fetchmail paths for access by the user 'gene' 2. Add the above line to the rc.local script 3. Install F8 after something in FC6 caused the partition table of my boot drive to be filled with 0x00's after an x crash/lockup and the following hardware reset button push to recover. Actual results: See above description. Please note that I can reset the inittab to 5, and login as gene, su -, and then this command line pasted directly from the rc.local file, works as expected, but it no longer works during the late bootup. Expected results: Additional info:
The previous setroubleshooter line also reports this summary: SELinux is preventing /bin/su (fetchmail_t) "sigchld" to (initrc_su_t). Which was my clue that it was a fetchmail startup problem.
dit2allow -M mypol -i /var/log/audit/audit.log # semodule -i mypol.pp Fixed in selinux-policy-3.0.8-74.fc8
Bugs have been in modified for over one month. Closing as fixed in current release please reopen if the problem still persists.