Bug 1479048
Summary: | SELinux errors | ||||||
---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Michael Cullen <michael> | ||||
Component: | icecream | Assignee: | Michal Schmidt <mschmidt> | ||||
Status: | CLOSED EOL | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
Severity: | unspecified | Docs Contact: | |||||
Priority: | unspecified | ||||||
Version: | 28 | CC: | helio, JPEWhacker, michael, mschmidt | ||||
Target Milestone: | --- | Keywords: | Reopened | ||||
Target Release: | --- | ||||||
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-05-28 23:15:35 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: | |||||||
Attachments: |
|
Description
Michael Cullen
2017-08-07 20:07:20 UTC
(In reply to Michael Cullen from comment #0) > type=AVC msg=audit(1501852175.489:4275): avc: denied { read } for > pid=19873 comm="gcc" name="libm.so.6" dev="sda1" ino=4211665 > scontext=system_u:system_r:iceccd_untrusted_t:s0 > tcontext=system_u:object_r:iceccd_cache_t:s0 tclass=lnk_file permissive=1 This indicates icecream was running a compile job on behalf of a remote client. It's interesting that a symlink was present in the foreign environment, because icecc-create-env creates these environments with "tar -czh ...". The "-h" option would cause symlinks to be dereferenced. Do you know what distribution and version does the remote client use? Would you attach the output of "ls -liR /var/cache/icecream" (assuming the environment has not been deleted yet)? > in this case the "gcc" is the wrapper symlink. It should not be a symlink in the foreign environment. Did you mean "gcc" is the compilerwrapper binary (for clang)? If you can reproduce this, please provide the information requested in comment #1. I encountered this same problem when attempting to generate a cross compiler toolchain with a custom icecc-create-env script (as part of a Yocto build). My script used symbolic links for many of the tools for various reasons, and when I tried to have a Fedora node be part of the cluster, the toolchain always failed because of this selinux policy (until I enabled permissive mode). For reference, here is the icecc-create-env script I'm using. Note that it is still a Work in Progress and I have more cleanup to do, but I think it will exercise the bug: https://github.com/JPEWdev/poky/blob/icecc/meta/recipes-devtools/icecc-create-env/icecc-create-env/icecc-create-env Any update on this, or any more information I can provide? It would be nice to get this resolved, it is currently preventing and Fedora machines from being able to participate in our Icecream cluster when compiling a Yocto project Also, FYI the Icecream changes in Yocto were upstreamed, so the finalized environment script can be found here: https://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/recipes-devtools/icecc-create-env/icecc-create-env/icecc-create-env Thanks Created attachment 1415304 [details]
Additional Icecream selinux permissions
I used audit2allow to generate the attached SELinux module. Installing this module allowed my Fedora desktop to successfully participate in Icecream compiles when the toolchain contains symbolic links.
This message is a reminder that Fedora 26 is nearing its end of life. Approximately 4 (four) weeks from now Fedora will stop maintaining and issuing updates for Fedora 26. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '26'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 26 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. Fedora 26 changed to end-of-life (EOL) status on 2018-05-29. Fedora 26 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed. I'm still seeing this issue on Fedora 28 selinux: allow symlinks in foreign environment https://src.fedoraproject.org/rpms/icecream/c/7fe5a6fd507e5341b952d6bfcf9e5622ee6c488f?branch=master This message is a reminder that Fedora 28 is nearing its end of life. On 2019-May-28 Fedora will stop maintaining and issuing updates for Fedora 28. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '28'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 28 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. Fedora 28 changed to end-of-life (EOL) status on 2019-05-28. Fedora 28 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed. |