Bug 1157348 - Job specified to run in container should not check for harness repos
Summary: Job specified to run in container should not check for harness repos
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Beaker
Classification: Retired
Component: scheduler
Version: 0.18
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: 19.2
Assignee: Amit Saha
QA Contact: tools-bugs
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-10-27 05:11 UTC by Amit Saha
Modified: 2018-02-06 00:41 UTC (History)
6 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2015-01-20 03:18:39 UTC
Embargoed:


Attachments (Terms of Use)

Description Amit Saha 2014-10-27 05:11:42 UTC
Description of problem:

When using the default harness for jobs running in a container (on Atomic for e.g.), the harness repo should not be checked and the job not aborted.

The check doesn't really make sense since we currently do the check for the harness repo corresponding to the base distro which is most likely different from the distro running in the container.

Version-Release number of selected component (if applicable):

0.18.4

How reproducible:

Always

Steps to Reproduce:
1. Provision a beaker job on an Atomic host with *no* harness ksmeta
2. 
3.

Actual results:

Job aborted

Expected results:


Additional info:


A simple workaround is to specify harness="beah" or harness="restraint" in the ksmeta.

Comment 1 Amit Saha 2014-12-22 06:34:26 UTC
http://gerrit.beaker-project.org/#/c/3890/

Comment 4 Dan Callaghan 2015-01-20 03:18:39 UTC
Beaker 19.2 has been released.


Note You need to log in before you can comment on or make changes to this bug.