Bug 743243

Summary: aeolus-image list --images returns empty data for fields such as OS, ARCH etc.
Product: [Retired] CloudForms Cloud Engine Reporter: Aziza Karol <akarol>
Component: rubygem-aeolus-imageAssignee: Martyn Taylor <mtaylor>
Status: CLOSED ERRATA QA Contact: wes hayutin <whayutin>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 1.0.0CC: akarol, dajohnso, deltacloud-maint, dgao, morazi, ssachdev
Target Milestone: rc   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2012-05-15 19:43:45 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

Description Aziza Karol 2011-10-04 10:52:12 UTC
Description of problem:


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


How reproducible:


Steps to Reproduce:
1.[root@dell-per905-01 templates]# aeolus-image list --images
IMAGE ID                                 LASTEST PUSHED BUILD                     NAME     OS     OS VERSION     ARCH     DESCRIPTION     
a28bac7b-5215-4bdf-a9b6-748a12493b26                                                                                                      
bce29006-c585-4b8e-8787-c3f7a12e18a7                                                                                                      
7c80deb7-5df4-4f11-b994-628560e2c82b     11e00cab-5dac-4cff-ad37-0f499dea06be       



All the fields 0S, OS version ARCH is empty.NO data is displayed. 


Actual results:


Expected results:
data should be displayed.

Additional info:
[root@dell-per905-01 templates]# rpm -qa | egrep 'aeolus|imagefactory'
aeolus-all-0.4.0-0.20111003184622git65a7d19.fc15.noarch
aeolus-conductor-doc-0.4.0-0.20111003184622git65a7d19.fc15.noarch
rubygem-imagefactory-console-0.5.0-4.20110824113238gitd9debef.fc15.noarch
rubygem-aeolus-image-0.1.0-3.20111003170706git8f23238.fc15.noarch
rubygem-aeolus-cli-0.1.0-3.20111003133323git9451323.fc15.noarch
aeolus-configure-2.0.2-4.20110930103205gitaf78594.fc15.noarch
aeolus-conductor-daemons-0.4.0-0.20111003184622git65a7d19.fc15.noarch
imagefactory-0.6.2_11_g7b94a4a-1.fc15.noarch
aeolus-conductor-0.4.0-0.20111003184622git65a7d19.fc15.noarch

Comment 2 Jason Guiditta 2011-10-11 17:50:35 UTC
Martyn, is this solved (or solvable) with the code changes you have made in this area in the last couple of sprints?

Comment 3 Martyn Taylor 2011-12-08 11:04:27 UTC
This should now be fixed in the aeolus-image-rubygem.  I've tested with the below commit.

commit 6ae089c104550e69cfb5f6c4378f10039d37505a
Author: Martyn Taylor <mtaylor>
Date:   Thu Nov 24 13:09:06 2011 +0000

    Added convenience methods for checking providerimages on image/build


However, there are still 2 scenarios in which this can still happen.

1) If an Image exists with no targetimages.  This can happen when a user deletes all targetimages or builds for a particular image.  

This is because the information displayed in the output of list command looks at the Image Template which is actually associated with a particualr targetimage in iwhd not the image.

2) Image Import.  Since imported images do not have a template we can not list this info.  We can specifiy image name only, as described in the aeolus-cli --help output.

Comment 4 wes hayutin 2011-12-10 18:13:40 UTC
[root@qeblade32 ~]# aeolus-cli list --images
ID                                       Name                               OS         OS Version     Arch       Description                                           
------------------------------------     ------------------------------     ------     ----------     ------     -------------------------------------------------     
8afc52d0-fa34-4c55-89cb-0216a4241a6e     RHEL6-Basic                        RHEL-6     1              x86_64     RHEL61 x86_64                                         
ed51341e-bb25-494c-96b1-25c8040100f5     RHEL6_VMWareTools                  RHEL-6     1              x86_64     RHEL61 x86_64 and VMWareTools                         
0a8ed834-ee54-440d-88e5-dc4775818d9a     rhel6_2_x86_64_with_rhev-agent     RHEL-6     2              x86_64     rhel 6.2 x86_64 template with rhev v3.0 agent pkg

Comment 6 errata-xmlrpc 2012-05-15 19:43:45 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

http://rhn.redhat.com/errata/RHEA-2012-0592.html