Hide Forgot
Description of problem: Lets change the max local session to "2" so that customers can build for rhevm and vsphere at the same time. aeolus-image build --target vsphere,rhevm Looking at the minimum requirements, we can comfortably support two concurrent builds. http://documentation-stage.bne.redhat.com/docs/en-US/CloudForms/1.0/html/Installation_Guide/chap-User_Documentation-installing_cloudforms.html#sect-Installation_Guide-installing_cloudforms-checking_pre_requisites You must meet the following conditions before installing CloudForms: A networked host that meets the minimum specifications for CloudForms: Important In order for CloudForms to function correctly, it needs to be running on a networked virtualization host that is capable of running several virtual machines. Do not attempt to run CloudForms on a virtual machine running on a virtualization host. 64-bit architecture Red Hat Enterprise Linux 6.2 or newer At least 4GB and ideally 8GB of memory. It is also recommended that swap space is used where possible. Default bridge network of virbr0, with no active secondary bridge. The default virtualization bridge can be checked by running the virsh command: virsh net-info default A valid Red Hat Network subscription
NB that we should test this before committing. If we have tested this on a minimally configured machine and it works ok, then great, let's change the default.
Changed here: https://github.com/aeolusproject/imagefactory/commit/6a682b67b874d447a7dc43c6bc7608f92c927ecd And in brew as "1.0.0rc2_17_g6a682b6"
Successfully build images via command aeolus-image build --target rhevm,vsphere --template templates/bug782950.tdl; with packages: #rpm -qa|grep 'aeolus\|imagefactory-\|oz-\|iwhd' iwhd-1.1-2.el6.x86_64 oz-0.9.0-0.20120127190146git043d582.el6.noarch aeolus-conductor-doc-0.9.0-0.20120118181603git71cd8bc.el6.noarch aeolus-all-0.9.0-0.20120118181603git71cd8bc.el6.noarch rubygem-imagefactory-console-0.5.0-4.20110824113238gitd9debef.el6.noarch aeolus-conductor-daemons-0.9.0-0.20120118181603git71cd8bc.el6.noarch imagefactory-jeosconf-ec2-fedora-1.0.0rc3_5_g1041f75-1.el6.noarch rubygem-arel-2.0.10-0.aeolus.el6.noarch rubygem-rack-mount-0.7.1-3.aeolus.el6.noarch rubygem-ZenTest-4.3.3-2.aeolus.el6.noarch rubygem-aeolus-image-0.4.0-0.20120118121635git0d31a37.el6.noarch rubygem-aeolus-cli-0.4.0-0.20120118121626git6fddd65.el6.noarch aeolus-configure-2.6.0-0.20120118121620gita996371.el6.noarch imagefactory-jeosconf-ec2-rhel-1.0.0rc3_5_g1041f75-1.el6.noarch aeolus-conductor-0.9.0-0.20120118181603git71cd8bc.el6.noarch imagefactory-1.0.0rc3_5_g1041f75-1.el6.noarch with configuration { "warehouse": "http://localhost:9090/", "warehouse_key": "key", "warehouse_secret": "secret", "image_bucket": "images", "build_bucket": "builds", "target_bucket": "target_images", "template_bucket": "templates", "icicle_bucket": "icicles", "provider_bucket": "provider_images", "imgdir": "/var/lib/imagefactory/images", "ec2_build_style": "snapshot", "ec2_ami_type": "s3", "rhevm_image_format": "qcow2", "clients": { "mock-key": "mock-secret" }, "proxy_ami_id": "ami-id", "max_concurrent_local_sessions": 2, "max_concurrent_ec2_sessions": 1, "ec2-32bit-util": "m1.small", "ec2-64bit-util": "m1.large" } Moving bug to VERIFIED.
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