Bug 1088571
Summary: | qemu-system-x86_64 cannot start: /usr/bin/qemu-system-x86_64: error while loading shared libraries: libjson-c.so.2: cannot open shared object file: Permission denied | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Richard W.M. Jones <rjones> |
Component: | selinux-policy | Assignee: | Miroslav Grepl <mgrepl> |
Status: | CLOSED NOTABUG | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 20 | CC: | dominick.grift, dwalsh, lvrabec, mgrepl, rjones |
Target Milestone: | --- | Keywords: | Reopened |
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2014-04-21 18:15:15 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Richard W.M. Jones
2014-04-16 19:32:18 UTC
Hi, Use restorecon to fit it: "# restorecon -v /usr/lib64/libjson-c.so.2*" Maybe you will need to fix labeling on your system at all. Could you try to execute # restorecon -Rv /usr/lib64 to see if there is more file_t issues. I did the restorecon before sending the bug report -- it was the first thing I thought of. It didn't fix it however. Unfortunately I didn't note down the output of the restorecon command -- I just let it run, rebooted, and retested. Are the file_t labels on /usr/lib64 files wrong? And if so, where would they come from? I'm on holiday now until Tuesday. Setting NEEDINFO of me to rerun restorecon and check the output. You need to run # restorecon -Rv /usr/lib64 to fix labeling on links in this directory. Have you had disabled SELinux? file_t means no SELinux label. OK, strange. restorecon (run a second time) did restore the label on the file correctly.(In reply to Miroslav Grepl from comment #5) > Have you had disabled SELinux? Permissive yes, Disabled no. RIchard did you mv a file off of a disk attached to the system. file_t means the object did not have a label on it. Which means it was either created on a new file system without labels or mv'd into place from a file system without labels. BTW When you move to Rawhide you can alias mv to mv -Z and then mv will automatically set labels correctly on the destination file. |