Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 1225007

Summary: beah selinux policy fails to load on Fedora 22
Product: [Retired] Beaker Reporter: Jan Hutař <jhutar>
Component: beahAssignee: Dan Callaghan <dcallagh>
Status: CLOSED NOTABUG QA Contact: tools-bugs <tools-bugs>
Severity: high Docs Contact:
Priority: unspecified    
Version: 20CC: aigao, asavkov, beaker-dev-list, dcallagh, ebaak, jburke, jjelen, jpazdziora, jstancek, lslebodn, pstudeni
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2015-09-08 04:34:36 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:
Bug Depends On:    
Bug Blocks: 545868    

Comment 1 Jan Hutař 2015-05-27 18:51:37 UTC
jjelen pointed to bug 1077115 which seems to be same issue.

Comment 3 Pavel Studeník 2015-06-03 12:15:00 UTC
Beah services run with bad context unconfined_service_t. Current fedora's package doesn't contain fix.

It isn't possible to load module from package.

# rpm -q beah
beah-0.7.8-1.fc21.1.noarch

# rpm -ql beah | grep "\.pp"
/usr/share/selinux/packages/beah/beah.pp

# semodule -i /usr/share/selinux/packages/beah/beah.pp

libsepol.permission_copy_callback: Module beah depends on permission kill in class service, not satisfied (No such file or directory).
libsemanage.semanage_link_sandbox: Link packages failed (No such file or directory).
semodule:  Failed!

Comment 4 Pavel Studeník 2015-06-03 13:02:43 UTC
I find same bug for RHEL7 (bug 1077115). On Fedora 22 all beaker tasks failed due to this problem.

Comment 5 Lukas Slebodnik 2015-06-10 17:08:10 UTC
Is there any estimate when this bug will be fixed for fedora 22?

Comment 6 Dan Callaghan 2015-06-12 05:34:47 UTC
(In reply to Jan Hutař from comment #0)
>   https://beaker.engineering.redhat.com/jobs/964523

This job is suffering the same issue as described in [1], namely your recipe starts with RHEL7.0 and then upgrades to RHEL7.1 selinux policy. Workaround is described in [2].

[1] https://bugzilla.redhat.com/show_bug.cgi?id=1149988#c37
[2] https://bugzilla.redhat.com/show_bug.cgi?id=1149988#c46

I don't know of any reasonable way we can handle that situation (RHEL7.0->RHEL7.1) in the beah package. So the first half of this bug is essentially a dupe of bz1149988 and CANTFIX.

(In reply to Pavel Studeník from comment #3)
> libsepol.permission_copy_callback: Module beah depends on permission kill in
> class service, not satisfied (No such file or directory).
> libsemanage.semanage_link_sandbox: Link packages failed (No such file or
> directory).
> semodule:  Failed!

The beah policy failing to load on Fedora 22 is a totally separate issue. I suspect we just need to rebuild beah for F22 instead of reusing the F21 builds.

Comment 8 Jakub Jelen 2015-06-12 11:36:26 UTC
Just note, that the syntax is:
    <repo name="beaker-harness" url="http://download.lab.bos.redhat.com/beakerrepos/harness/Fedora22/"/>

otherwise beaker complains. Now I can progress little bit further.


Thanks for workaround and time estimation and confirmation that something is moving.

Comment 9 Dan Callaghan 2015-09-08 04:34:36 UTC
This was fixed some time ago (can't find the internal ticket right now). beaker.engineering.redhat.com is now using the correct Fedora 22 harness builds for Fedora 22.