Bug 1690291
Summary: | SELinux is preventing /usr/bin/qemu-ga from read access on mounted point | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 8 | Reporter: | yafu <yafu> |
Component: | selinux-policy | Assignee: | Lukas Vrabec <lvrabec> |
Status: | CLOSED DUPLICATE | QA Contact: | Milos Malik <mmalik> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 8.0 | CC: | fjin, lizhu, lvrabec, mmalik, plautrba, ssekidde, xuzhang, zpytela |
Target Milestone: | rc | Keywords: | Regression |
Target Release: | 8.2 | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | If docs needed, set a value | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2019-09-03 19:02:05 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
yafu
2019-03-19 09:00:14 UTC
Hi, It looks like the /mnt directory has invalid label: The unlabeled_t label is usually displayed when a file was created in SELinux disabled state or when its actual label does not currently exist. Along with the restorecon plugin suggestion, you can fix the label with a single command: # /sbin/restorecon -v /mnt However, for files and directories which are a part of base system it is very unusual. Did you install the system with SELinux enabled as it is by default? Are you able to reproduce the issue? (In reply to Zdenek Pytela from comment #1) > Hi, > > It looks like the /mnt directory has invalid label: The unlabeled_t label is > usually displayed when a file was created in SELinux disabled state or when > its actual label does not currently exist. Along with the restorecon plugin > suggestion, you can fix the label with a single command: > > # /sbin/restorecon -v /mnt > > However, for files and directories which are a part of base system it is > very unusual. Did you install the system with SELinux enabled as it is by > default? Are you able to reproduce the issue? Yes, before mount block device to /mnt, the label of /mnt is: #ll -dZ /mnt/ drwxr-xr-x. 2 root root system_u:object_r:mnt_t:s0 6 Aug 12 2018 /mnt/ After mount block device to /mnt, the label of /mnt is: # ll -dZ /mnt/ drwxr-xr-x. 2 root root system_u:object_r:unlabeled_t:s0 22 Mar 19 15:13 /mnt/ What is the filesystem on the device mounted to /mnt? How was it created, does it support SELinux? (In reply to Zdenek Pytela from comment #3) > What is the filesystem on the device mounted to /mnt? How was it created, > does it support SELinux? I tested ext4 and xfs, created by mkfs.XXX /dev/XXX. And both can reproduce the issue. *** This bug has been marked as a duplicate of bug 1747960 *** |