Bug 600123
Summary: | O SELinux está impedindo o acesso a /usr/sbin/abrtd "read write" on abrt-db | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | gelo <emanwesk-2> |
Component: | selinux-policy | Assignee: | Daniel Walsh <dwalsh> |
Status: | CLOSED NOTABUG | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | medium | Docs Contact: | |
Priority: | low | ||
Version: | rawhide | CC: | bugsubmitter, cwolfe8, datahal42, dseroka, dwalsh, Ghiyasimehr, hoffmann, irsian2, joe_underscore, lucro, mgrepl |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | setroubleshoot_trace_hash:2385b71285942f97697ee7311fba888c693beabe79111a8041bc1de5e6977fc7 | ||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2010-06-04 07:39:07 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
gelo
2010-06-04 01:43:48 UTC
*** Bug 600122 has been marked as a duplicate of this bug. *** *** Bug 600124 has been marked as a duplicate of this bug. *** *** Bug 600125 has been marked as a duplicate of this bug. *** *** Bug 600126 has been marked as a duplicate of this bug. *** *** Bug 600127 has been marked as a duplicate of this bug. *** *** Bug 600129 has been marked as a duplicate of this bug. *** *** Bug 600130 has been marked as a duplicate of this bug. *** *** Bug 600131 has been marked as a duplicate of this bug. *** restorecon -R -v /var/spool not work for my miroslav works thaks. (In reply to comment #9) > restorecon -R -v /var/spool Shouldn't this be done in the install/update process somewhere? I applied it (sudo restorecon -R -v /var/spool) and am waiting, if the bug reappears. The directory should be created during the install of abrt with the correct label. And updates attempt to figure out the difference between old labelling and new labelling on updates. Some times it makes mistakes and sometimes admins or other scripts remove and create directories with the wrong label. I do not know if this directory was mislabelled when it was originally created or if it got mislabelled during normal use. If it happens again, we will know that some process is recreating the directory with the wrong label. Hi Daniel, (In reply to comment #13) > The directory should be created during the install of abrt with the correct > label. And updates attempt to figure out the difference between old labelling > and new labelling on updates. Some times it makes mistakes and sometimes > admins or other scripts remove and create directories with the wrong label. I > do not know if this directory was mislabelled when it was originally created or > if it got mislabelled during normal use. If it happens again, we will know > that some process is recreating the directory with the wrong label. I can attest that I (only admin/root on the machine in question) did not install the directory manually. Anything that has (mis)happened, did so in an automatic way. I did not observe the bug appear again in the usual situations (after reboot/login) up to now. So it could have been an update issue or some script let is doing it. Repoen if it goes back to being bad. |