Bug 709692
Summary: | SELinux is preventing /usr/lib/cups/daemon/cups-driverd from 'read' accesses on the file CLP-310-600x600cms2. | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Ricky Burgin <ricky> |
Component: | selinux-policy | Assignee: | Miroslav Grepl <mgrepl> |
Status: | CLOSED CANTFIX | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | medium | Docs Contact: | |
Priority: | unspecified | ||
Version: | rawhide | CC: | bobgus, doctore, dominick.grift, dwalsh, larieu, mgrepl, zackxon |
Target Milestone: | --- | Keywords: | Reopened |
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | setroubleshoot_trace_hash:26752b85caa768394c09af9f197ec88bc0f9f8c51f6d87ce9e40c9d87832c6d6 | ||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2011-06-01 15:32:11 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Ricky Burgin
2011-06-01 12:23:08 UTC
Where is CLP-310-600x600cms2 located? You will need to fix a label on this file # restorecon -R -v PATHTO/CLP-310-600x600cms2 I guess you moved this file from your homedir to a location. If I am wrong, please reopen the bug. Hi Miroslav, I'm just running an installation script straight from Samsung themselves, so it's likely the script not taking SELinux into account. [root@office ricky]# updatedb [root@office ricky]# locate CLP-310-600x600cms2 /home/ricky/Downloads/cdroot/Linux/noarch/at_opt/share/ppd/cms/CLP-310-600x600cms2 /opt/Samsung/mfp/share/ppd/cms/CLP-310-600x600cms2 /usr/share/cups/model/samsung/cms/CLP-310-600x600cms2 What do you think? Yes the script is probably mv'ing content into those system directories which maintains the context of the users homedir. Could you open a bug with samsung, to just run restorecon on the newly created directory. Something like [ -x /sbin/restorecon ] && /sbin/restorecon -R /usr/share/cups/model/samsung /opt/Samsung And you need to run # restorecon -R -v /opt/Samsung/mfp/share/ppd/cms/CLP-310-600x600cms2 /usr/share/cups/model/samsung/cms/CLP-310-600x600cms2 They don't seem to have a point of contact; presumably because the context isn't changed, this isn't a problem with selinux policy then? Well SELinux requires proper labels, since their install tool is putting bad labels on the system, there really is no way for SELinux to handle this. *** Bug 1653431 has been marked as a duplicate of this bug. *** |