Bug 797130

Summary: Aeolus CLI allows to push an image for the same provider account multiple times
Product: [Retired] CloudForms Cloud Engine Reporter: Ramesh A <rananda>
Component: rubygem-aeolus-cliAssignee: Mike Orazi <morazi>
Status: CLOSED NOTABUG QA Contact: Ramesh A <rananda>
Severity: medium Docs Contact:
Priority: medium    
Version: 1.0.0CC: akarol, dgao, jprovazn, rananda, redakkan, ssachdev, whayutin
Target Milestone: rc   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2012-02-27 19:20:13 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 Ramesh A 2012-02-24 11:08:23 UTC
Description of problem:
Aeolus CLI allows to push images multiple times for the same provider account.  Aeolus should allow image push only once for a provider account and should not allow to push second time onwards.

However creates new AMI id for the consecutive pushes

Version-Release number of selected component (if applicable):
[root@bigisis ~]# rpm -qa | grep aeolus
aeolus-conductor-0.8.0-35.el6.noarch
rubygem-aeolus-cli-0.3.0-10.el6.noarch
aeolus-conductor-doc-0.8.0-35.el6.noarch
rubygem-aeolus-image-0.3.0-9.el6.noarch
aeolus-all-0.8.0-35.el6.noarch
aeolus-conductor-daemons-0.8.0-35.el6.noarch
aeolus-configure-2.5.0-15.el6.noarch
[root@bigisis ~]# 


How reproducible:


Steps to Reproduce:
1. Add a provider a/c in any region for EC2 (say us-east-1) from conductor
2. Build a template and push the template to above created provider a/c
3. Now once the image push is successful, try to push the same image to the same provider a/c again
  
Actual results:
Push is successful for multiple times and creates a new AMI id in EC2 for each push

Expected results:
Conductor should allow one push per provider a/c and should validate for the consecutive pushes

Additional info:

Comment 1 wes hayutin 2012-02-27 19:20:13 UTC
as designed..