Hide Forgot
Description of problem: The Catalog 'edit' form allows catalog to be moved to another pool family, invalidating its deployables Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1. Create two pool families with a pool in each. 2. Add a catalog to one pool. 3. Edit the catalog. 4. Conductor will allow you to move it to a pool in the other pool family. Actual results: List of pools includes those in all pool families. Expected results: Listed pools should be filtered to include only those in the current pool family. Additional info:
Patch on list: https://fedorahosted.org/pipermail/aeolus-devel/2012-March/009483.html
Patch posted here: e303c45d59a70f971bc66c8d3e22b58f5b501591
Created a CRZ (cloud resource zone) named default_zone under default cloud Created another cloud (new_cloud) and a new CRZ (under new_cloud) named new_cloud_zone default Catalog --> edit page , only those zones under default cloud are visible. Hence , catalog is allowed to be moved to zones under that cloud only. Verified rpm -qa|grep aeolus rubygem-aeolus-image-0.3.0-12.el6.noarch rubygem-aeolus-cli-0.3.0-14.el6.noarch aeolus-conductor-doc-0.8.0-43.el6.noarch aeolus-conductor-0.8.0-43.el6.noarch aeolus-configure-2.5.0-18.el6.noarch aeolus-conductor-daemons-0.8.0-43.el6.noarch aeolus-all-0.8.0-43.el6.noarch
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-0583.html