Bug 765614 - parameterize the hwp used when ec2 instances push.. currently t1.micro (bad)
Summary: parameterize the hwp used when ec2 instances push.. currently t1.micro (bad)
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: CloudForms Cloud Engine
Classification: Retired
Component: imagefactory
Version: 1.0.0
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: rc
Assignee: Ian McLeod
QA Contact: Martin Kočí
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-12-08 22:56 UTC by wes hayutin
Modified: 2012-05-15 20:21 UTC (History)
8 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-05-15 20:21:22 UTC


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHEA-2012:0588 0 normal SHIPPED_LIVE new packages: imagefactory 2012-05-15 22:31:27 UTC

Description wes hayutin 2011-12-08 22:56:37 UTC
Description of problem:

1.. t1.micro has been know to run out of memory during yum updates... I suggest we use a larger hwp for a default

2. I also suggest we allow the customer to choose which hwp they want in /etc/imagefactory/imagefactory.conf

:)

Comment 1 jrd 2011-12-09 15:36:59 UTC
I thought this hwp was used for push only, so tiny should be ok, right?  Why is it running yum update?  I'm probably confused.

Comment 2 wes hayutin 2012-01-03 17:41:34 UTC
adding ce-sprint-next bugs to ce-sprint

Comment 3 Ian McLeod 2012-01-09 15:02:40 UTC
Implemented here:

https://github.com/aeolusproject/imagefactory/commit/a4fdc5fe5778d5e663fbd6be23e83f6a5493401e

I have removed use of t1.micro entirely.  The default instance types for EBS snapshots are now the same as S3 snapshots.  That is, m1.small for 32 bit and m1.large for 64 bit.

Pull request submitted as well.

Switching to ON_QA

Comment 4 Ian McLeod 2012-01-09 15:39:55 UTC
Update - Please use this commit as the basis for any isolated testing:

https://github.com/aeolusproject/imagefactory/commit/cbdcb8dd912f685588cf629f33fe75e69ca88116

Comment 5 wes hayutin 2012-01-12 16:14:10 UTC
bugs in verified or on_qa moving off tracker

Comment 6 Martin Kočí 2012-01-13 10:31:17 UTC
Verified for i386 (m1.small) and x86_64 (m1.large) on RHEL62 with this packages :
# rpm -qa|grep 'aeolus\|imagefactory-\|oz-\|iwhd'
rubygem-imagefactory-console-0.5.0-4.20110824113238gitd9debef.el6.noarch
aeolus-conductor-daemons-0.9.0-0.20120111153517gite55da85.el6.noarch
aeolus-conductor-doc-0.9.0-0.20120111153517gite55da85.el6.noarch
aeolus-configure-2.6.0-0.20120112133633git8701011.el6.noarch
imagefactory-jeosconf-ec2-rhel-1.0.0rc2.1-1.el6.noarch
rubygem-aeolus-image-0.4.0-0.20120111093551git67fdf6f.el6.noarch
rubygem-arel-2.0.10-0.aeolus.el6.noarch
rubygem-ZenTest-4.3.3-2.aeolus.el6.noarch
oz-0.8.0-0.20111219203204git5775e9d.el6.noarch
iwhd-1.2-3.el6.x86_64
imagefactory-jeosconf-ec2-fedora-1.0.0rc2.1-1.el6.noarch
rubygem-aeolus-cli-0.4.0-0.20120111093540git5ec8dc7.el6.noarch
imagefactory-1.0.0rc2.1-1.el6.noarch
aeolus-conductor-0.9.0-0.20120111153517gite55da85.el6.noarch
aeolus-all-0.9.0-0.20120111153517gite55da85.el6.noarch

Comment 8 errata-xmlrpc 2012-05-15 20:21:22 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-0588.html


Note You need to log in before you can comment on or make changes to this bug.