Hide Forgot
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:
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.
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.
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.
version should be cloudforms-1.0.0
adding to sprint tracker
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.
moving to 1.1 ... cloning for doc
doc bug.. is https://bugzilla.redhat.com/show_bug.cgi?id=784032
moving version to 1.0.0 . version = found in version
Steve, are we going to fix this for 1.1? If not please close it WONTFIX with an appropriate note.
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.