Bug 1020851 - Unsetting ARCH breaks task execution
Summary: Unsetting ARCH breaks task execution
Keywords:
Status: CLOSED EOL
Alias: None
Product: Beaker
Classification: Retired
Component: beah
Version: develop
Hardware: Unspecified
OS: Unspecified
medium
medium
Target Milestone: ---
Assignee: beaker-dev-list
QA Contact: tools-bugs
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-10-18 11:32 UTC by Petr Šplíchal
Modified: 2020-02-11 12:18 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2020-02-11 12:16:32 UTC
Embargoed:


Attachments (Terms of Use)

Description Petr Šplíchal 2013-10-18 11:32:42 UTC
Description of problem:

It seems that test harness is unable to handle situation when the
ARCH parameter with empty value is provided to the task. I believe
the harness should not be sensitive to such common env parameter.

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

Steps to Reproduce:
<task name="/CoreOS/wget/Sanity/download" role="None">
    <params>
        <param name="ARCH" value=""/>
    </params>
</task>

Actual results:
No handlers could be found for logger "rhts_task"

Expected results:
Task successfully executed.

Comment 3 Raymond Mancy 2013-10-21 05:46:30 UTC
This is actually rhts-test-runner.sh that causes the problem, and throws the error if the string is null.

rhts-environment.sh will actually fix this by assigning the result of 'uname -i' to the ARCH var if it is a null string, but the problem is that rhts-environment.sh is not called until _after_ rhts-test-runner.sh tests ARCH and throws this error. 

The best solution may be to always call rhts-environment first. In fact if we do that we may even be able to get rid of those sanity checkers (not sure).

Comment 5 Martin Styk 2020-02-11 12:16:32 UTC
Beah is no longer supported by Beaker development team.
Instead of that, we are working on Restraint test harness. You can find all the features of Restraint here.

https://restraint.readthedocs.io/en/latest/

If you think your RFE should be still implemented as part of Restraint feel free to create a new BZ ticket.

https://bugzilla.redhat.com/enter_bug.cgi?product=Restraint

In case you have any question feel free to reach out to me
Thank you,
Martin Styk <martin.styk>


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