Bug 864523 - beah won't install during machine provision at random times
Summary: beah won't install during machine provision at random times
Keywords:
Status: CLOSED INSUFFICIENT_DATA
Alias: None
Product: Beaker
Classification: Retired
Component: beah
Version: 0.9
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Dan Callaghan
QA Contact:
URL:
Whiteboard: MC
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-10-09 13:56 UTC by Vadim Grinco
Modified: 2018-02-06 00:41 UTC (History)
5 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2012-11-07 07:24:19 UTC
Embargoed:


Attachments (Terms of Use)

Description Vadim Grinco 2012-10-09 13:56:21 UTC
Description of problem:
Some times it happens that beah won't install during machine provision, failing to finish the /distribution/install task. This is causing the whole recipe set and the job to fail after watchdog expires. If you clone and re-run the same job there is a great chance that it fill finish successfully.

Version-Release number of selected component (if applicable):
beah-0.6.40-1.el5.noarch

How reproducible:
Fails at random times.

Steps to Reproduce:
1. Run 100 inventory jobs, some of them will fail due to that issue.
  
Actual results:
Job fails after watchdog expires.

Expected results:
Results were pushed to the scheduler.


Additional info:
You can actually SSH to the system after provision, ssh keys are copied, etc.
If you install beah, set it to run after reboot and reboot the machine - task finishes successfully.

Is there a reason why beah is installed in %post but not from the %packages section of the kickstart? %post log is redirected to /dev/console currently, which makes it very hard to debug on machines with console issues.
Also beah rpm could make sure the app is started on boot, so there wouldn't be need to script it. As an alternative

Comment 1 Dan Callaghan 2012-10-09 21:59:13 UTC
Can you paste the job IDs where you saw this failure?

Comment 2 Min Shin 2012-11-07 07:24:19 UTC
This bugs is closed as it is either not in the current Beaker scope or we could not find sufficient data in the bug report for consideration.
Please feel free to reopen the bug with additional information and/or business cases behind it.


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