Bug 711674 - Turn rhts-compat off on Fedora 15 - not working
Summary: Turn rhts-compat off on Fedora 15 - not working
Keywords:
Status: CLOSED WORKSFORME
Alias: None
Product: Beaker
Classification: Retired
Component: lab controller
Version: 0.6
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified vote
Target Milestone: future_maint
Assignee: Bill Peck
QA Contact:
URL:
Whiteboard:
: 711583 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-06-08 06:55 UTC by Marian Csontos
Modified: 2012-08-14 04:04 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-08-14 04:04:34 UTC


Attachments (Terms of Use)

Description Marian Csontos 2011-06-08 06:55:17 UTC
Description of problem:
rhts-compat does not work well with systemd.
Any task in compatible mode will EWD.

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

How reproducible:
100%

Steps to Reproduce:
1. provision F15 on any machine
  
Actual results:
External Watchdog

Expected results:
Pass

Additional info:

Workaround:

Use following kickstart snippet in your job:

<ks_appends>
  <ks_append>
<![CDATA[
%post --log=/dev/console
cat >> /etc/profile.d/task-overrides-rhts.sh <<END
export RHTS_OPTION_COMPATIBLE=
export RHTS_OPTION_COMPAT_SERVICE=
END
%end
]]>
  </ks_append>
</ks_appends>

Comment 1 Marian Csontos 2011-06-08 06:58:56 UTC
*** Bug 711583 has been marked as a duplicate of this bug. ***

Comment 2 Marian Csontos 2011-06-08 13:48:31 UTC
As Dan pointed out, there is also missing dependency, python-simplejson, which is caused by LabController disabling fedora repos in the kickstart:

> # Install new harness
> yum -y --disablerepo=* --enablerepo=beaker-* install beah

Bill, could we change the Fedora kickstart to contain the workaround as well as remove the '--disablerepo=* ...' part when installing harness?

Comment 5 Marian Csontos 2011-09-07 15:06:39 UTC
This is not working on stage.
Patch pushed to gerrit.

Comment 6 Marian Csontos 2011-09-13 10:55:45 UTC
The problem is not 100% reproducible and the patch is incorrect - it just happened to work after applying the patch.

Still not sure why the non-determinism. Bill, shall we close as WORKSFORME?

Comment 7 Dan Callaghan 2011-10-06 06:19:30 UTC
Sorry, this bug was incorrectly closed with the 0.7.3 release.

Comment 8 Dan Callaghan 2012-08-14 04:04:34 UTC
I'm fairly sure this is no longer an issue. Our kickstart templates are different now, although the same piece of code for disabling rhts_compat lives on (more or less). But our OS major version names are always consistent now, so I think it is working correctly.


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