Bug 748487

Summary:	RHEV Instance requires attached iso_domain
Product:	[Retired] CloudForms Cloud Engine	Reporter:	Steve Reichard <sreichar>
Component:	imagefactory	Assignee:	Steve Loranz <sloranz>
Status:	CLOSED WONTFIX	QA Contact:	Brad P. Crochet <brad>
Severity:	low	Docs Contact:
Priority:	unspecified
Version:	1.0.0	CC:	akarol, dajohnso, deltacloud-maint, dgao, hbrock, jrd, nobody, scollier, ssachdev, whayutin
Target Milestone:	rc	Keywords:	Triaged
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:
Clones:	784032 (view as bug list)		Environment:
Last Closed:	2012-05-11 15:07:41 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Bug Depends On:
Bug Blocks:	784032

Description Steve Reichard 2011-10-24 15:26:24 UTC

Description of problem:

Using the I4 sprint 3 code with RHEV3 beta3 I encountered the following issue.

I was able to build and push an image in RHEV but it failed to launch.  This is becuase the VM is configured to boot CD then hard disk.  My RHEV environment has no ISO library (shouldn't be needed), thus RHEV didn't fall through to hard disk and failed.

I think CE should make sure that hardisk is the first boot option.


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

[root@cf-cloudforms1 deltacloud-core]# /pub/scripts/post_install_configuration_scripts/cf-versions 
Red Hat Enterprise Linux Server release 6.1 (Santiago)
Linux cf-cloudforms1.cloud.lab.eng.bos.redhat.com 2.6.32-131.17.1.el6.x86_64 #1 SMP Thu Sep 29 10:24:25 EDT 2011 x86_64 x86_64 x86_64 GNU/Linux
postgresql-8.4.9-1.el6_1.1.x86_64
mongodb-1.8.0-6.el6.x86_64
euca2ools-1.3.1-4.el6_0.noarch
package gsoap is not installed
ruby-1.8.7.299-7.el6_1.1.x86_64
rubygems-1.8.10-1.el6.noarch
deltacloud-core-0.4.1-3.el6.noarch
rubygem-deltacloud-client-0.4.0-3.el6.noarch
package libdeltacloud is not installed
hail-0.8-0.2.gf9c5b967.el6_0.x86_64
puppet-2.6.6-1.el6_0.noarch
aeolus-configure-2.1.0-1.el6.noarch
package condor is not installed
iwhd-0.98.15.z3-2.el6.x86_64
imagefactory-0.7.0-1.el6.noarch
aeolus-conductor-daemons-0.4.0-1.el6.noarch
aeolus-conductor-0.4.0-1.el6.noarch
[root@cf-cloudforms1 deltacloud-core]# 


How reproducible:


Untried at this time.


Steps to Reproduce:
1. Confiugre RHEV with no ISO
2. launch instance
3.
  
Actual results:


Expected results:


Additional info:

Comment 1 Dave Johnson 2011-10-24 16:09:57 UTC

Was image factory patched to allow the push to succeed?  Currently bug 746791 exists in the above version of imagefactory which causes rhevm pushes to fail.  

It has been fixed but hasn't landed in the yum repos yet.  Until the next release get delivered, a manual patch is required.  Was that done.  If it wasn't manually patch then pretty sure the push failed as it will not work without it.

Comment 2 Steve Reichard 2011-10-24 16:58:11 UTC

Push did not fail.  No manual patches.   I have been using the same code since sprint 3, will update to sprint 4 at the end of this week.  The aeolus code had been working (including pushing to RHEV), but we set up a new RHEV 3 env (beta 3), and that is when this issue occurred.

The VM actually tried to start but errorred.

I have since attached an ISO domain, and can work around the problem, but still think it needs to be addressed.

Comment 3 Dave Johnson 2011-10-24 19:37:56 UTC

Okay, so this is a good one.  I initially ran into this and in troubleshooting the error, I got the same thing when manually deploying the template, which led me to believe this was a rhev requirement.  That was a bad conclusion since I used the image which aeolus built/pushed.  

Tweaking the summary to reflect the current iso_domain requirement which should be removed if at all possible.

Comment 4 wes hayutin 2011-11-03 00:25:07 UTC

version should be cloudforms-1.0.0

Comment 5 wes hayutin 2012-01-12 16:52:54 UTC

adding to sprint tracker

Comment 6 Steve Loranz 2012-01-16 23:21:34 UTC

As discussed this morning, this could be considered a bug in rhevm but if we want to work around it, the component that actually needs to be changed is iwhd.  When discussed it was agreed that we would just document that an iso domain needs to be added to meet the rhevm expectations as It is low impact to the user.

Comment 7 wes hayutin 2012-01-23 15:53:27 UTC

moving to 1.1 ... cloning for doc

Comment 8 wes hayutin 2012-01-23 16:02:34 UTC

doc bug.. is https://bugzilla.redhat.com/show_bug.cgi?id=784032

Comment 9 wes hayutin 2012-02-22 23:46:52 UTC

moving version to 1.0.0 .  version = found in version

Comment 10 Hugh Brock 2012-05-11 15:01:05 UTC

Steve, are we going to fix this for 1.1? If not please close it WONTFIX with an appropriate note.

Comment 11 Steve Loranz 2012-05-11 15:07:41 UTC

We agreed this was better resolved through documenting rhevm expectations rather than coding a fix to something that may/will likely change and cause a regression.