Bug 784032

+++ This bug was initially created as a clone of Bug #748487 +++

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:

--- Additional comment from dajohnso on 2011-10-24 12:09:57 EDT ---

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.

--- Additional comment from sreichar on 2011-10-24 12:58:11 EDT ---

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.

--- Additional comment from dajohnso on 2011-10-24 15:37:56 EDT ---

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.

--- Additional comment from whayutin on 2011-11-02 20:25:07 EDT ---

version should be cloudforms-1.0.0

--- Additional comment from whayutin on 2012-01-12 11:52:54 EST ---

adding to sprint tracker

--- Additional comment from sloranz on 2012-01-16 18:21:34 EST ---

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.

--- Additional comment from whayutin on 2012-01-23 10:53:27 EST ---

moving to 1.1 ... cloning for doc