Bug 702571

Summary:	Aeolus fails to create instances in RHEV-M providers
Product:	[Retired] CloudForms Cloud Engine	Reporter:	Alfredo Moralejo <amoralej>
Component:	aeolus-conductor	Assignee:	Chris Lalancette <clalance>
Status:	CLOSED CURRENTRELEASE	QA Contact:	wes hayutin <whayutin>
Severity:	high	Docs Contact:
Priority:	unspecified
Version:	0.3.1	CC:	dajohnso, deltacloud-maint, morazi, ricardo.arguello, ssachdev
Target Milestone:	alpha
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:		Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:

Description Alfredo Moralejo 2011-05-06 07:34:02 UTC

Description of problem:

Aeolus fails to create new instances in RHEV-M providers.

More precisely, it temporarily creates the instance but deletes it immediately.


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

aeolus-configure-2.0.0-3.el6.noarch
condor-7.5.6-2dcloud.el6.x86_64
aeolus-conductor-daemons-0.0.3-0.el6.20110429190432git5ad38cb.x86_64
aeolus-conductor-0.0.3-0.el6.20110429190432git5ad38cb.x86_64
iwhd-0.91.20.5aee-1.el6.x86_64
deltacloud-core-0.3.0


How reproducible:

Always

Steps to Reproduce:
1. Install updated aeolus
2. Configure a deltacloud instance using rhevm driver
3. From aeolus web interface configure a provider of type rhev and a provider
account.
4. Import image from RHEV
5. Try to create a new instance from the just imported image
  
Actual results:

VM is created and immediately deleted.

Expected results:

VM should be created.

Additional info:

I think problem is in condor job that is not managing properly the "PENDING" status that deltacloud returns after VM creation. 

After VM creation, RHEV-M puts the VM in "Image Locked" for some seconds until the VM is actually created. Deltacloud maps this status to PENDING. It seems that condor job is not managing properly (I guess should wait until VM appears as STOPPED).

This is the sequence of GM Status in condor for the job:

04/30/11 16:25:28 [14525] (26.0) gm state change: GM_INIT -> GM_START
04/30/11 16:25:28 [14525] (26.0) gm state change: GM_START -> GM_CLEAR_REQUEST
04/30/11 16:25:28 [14525] (26.0) gm state change: GM_CLEAR_REQUEST -> GM_UNSUBMITTED
04/30/11 16:25:28 [14525] (26.0) gm state change: GM_UNSUBMITTED -> GM_SAVE_INSTANCE_NAME
04/30/11 16:25:33 [14525] (26.0) gm state change: GM_SAVE_INSTANCE_NAME -> GM_CREATE_VM
04/30/11 16:26:08 [14525] (26.0) gm state change: GM_CREATE_VM -> GM_SAVE_INSTANCE_ID
04/30/11 16:26:08 [14525] (26.0) gm state change: GM_SAVE_INSTANCE_ID -> GM_SUBMITTED
04/30/11 16:26:08 [14525] (26.0) gm state change: GM_SUBMITTED -> GM_PROBE_JOB
04/30/11 16:26:11 [14525] (26.0) gm state change: GM_PROBE_JOB -> GM_SUBMITTED
04/30/11 16:26:50 [14525] (26.0) gm state change: GM_SUBMITTED -> GM_DONE_SAVE
04/30/11 16:26:55 [14525] (26.0) gm state change: GM_DONE_SAVE -> GM_STOPPED
04/30/11 16:27:11 [14525] (26.0) gm state change: GM_STOPPED -> GM_DELETE

Comment 1 wes hayutin 2011-06-15 12:12:41 UTC

moving bugs to cloud engine project

Comment 2 wes hayutin 2011-06-16 18:59:22 UTC

Shveta, can you please try this out.

Comment 3 wes hayutin 2011-06-16 19:04:13 UTC

*** Bug 701441 has been marked as a duplicate of this bug. ***

Comment 4 Shveta 2011-06-28 06:57:18 UTC

I was able to do create instance from imported image from RHEV from aeolus.
To test it again the image import option/feature is not there..

Comment 5 Chris Lalancette 2011-07-13 18:07:20 UTC

I believe the initial report was about the way that condor managed the state transitions for RHEV-M guests.  As we now believe this particular problem is fixed, I'm going to move this to MODIFIED and QA can test as necessary.

Comment 6 Chris Lalancette 2011-09-26 18:22:32 UTC

Flipping to ON_QA; the condor side of it is now gone, but it would be good for QA to verify that we are able to start instances on RHEV-M.

Comment 8 Dave Johnson 2011-10-03 15:01:15 UTC

Was able to build/push/deploy with the following rpms and template into a rhevm v3.0 beta 2 environment

aeolus-all-0.4.0-0.20110928134003gitaffcd9c.fc15.noarch
aeolus-conductor-0.4.0-0.20110928134003gitaffcd9c.fc15.noarch
aeolus-conductor-daemons-0.4.0-0.20110928134003gitaffcd9c.fc15.noarch
aeolus-conductor-doc-0.4.0-0.20110928134003gitaffcd9c.fc15.noarch
aeolus-configure-2.0.2-4.20110928090214git4df04ad.fc15.noarch
deltacloud-core-0.5.0-0.1.1317167702git.noarch
deltacloud-core-ec2-0.5.0-0.1.1317167702git.noarch
deltacloud-core-rhevm-0.5.0-0.1.1317167702git.noarch
deltacloud-core-vsphere-0.5.0-0.1.1317167702git.noarch
imagefactory-0.6.2-1.fc15.noarch
iwhd-0.98.15.z3-2.fc15.x86_64
rubygem-aeolus-image-0.1.0-3.20110919115936gitd1d24b4.fc15.noarch
rubygem-deltacloud-client-0.4.0-3.fc15.noarch
rubygem-imagefactory-console-0.5.0-4.20110824113238gitd9debef.fc15.noarch

<template>
  <name>rhel6_1_x86_64_with_cRepo_and_cmake</name>
  <os>
    <name>RHEL-6</name>
    <version>1</version>
    <arch>x86_64</arch>
    <install type='iso'>
       <iso>http://127.0.0.1/rhel-server-6.1-x86_64-dvd.iso</iso>
    </install>
  </os>
  <description>rhel 6.1 x86_64 template with cmake pkg and custome
repo</description>
  <packages>
    <package name='cmake'/>
  </packages>
  <repositories>
    <repository name="custom">
     
<url>http://repos.fedorapeople.org/repos/aeolus/conductor/testing/6Server/x86_64/</url>
      <signed>false</signed>
    </repository>
  </repositorie

Comment 9 wes hayutin 2011-12-08 14:01:25 UTC

closing out old bugs

Comment 10 wes hayutin 2011-12-08 14:13:53 UTC

perm close