Hide Forgot
Description of problem: Promoting a content view with several repositories results in a Distribution Unpublished error. Version-Release number of selected component (if applicable): 1.5.1-1.git.6.65c0073.el6 How reproducible: Everytime a promotion occurs with the repositories. Steps to Reproduce: 1. Create several yum repositories within a product, in this case: Adobe Linux x86_64, http://linuxdownload.adobe.com/linux/x86_64/ Katello, http://fedorapeople.org/groups/katello/releases/yum/1.4/Fedora/19/x86_64 OpenAFS 1.6.5.1, http://www.openafs.org/dl/openafs/1.6.5.1/fedora-19/x86_64/ x86_64, http://dl.fedoraproject.org/pub/fedora/linux/releases/19/Fedora/x86_64/os/ 2. Create Content View With Repositories Inside. 2. Promote the from Library to an environment. 3. Error should occur. Actual results: Repositories should be promoted without issue. Expected results: Presents the error below: Failed to perform additional action KatelloForemanEngine::Actions::DistributionUnpublish: 422 Unprocessable Entity Additional info:
Created attachment 821250 [details] Contains Debug Logs
More info on this 1) A content view was published with repos listed in comment 1 and then promoted. 2) 2 hosts consumed a specific media (Mosaic/Development/Desktop Fedora Fedora 19 x86_64 ) in this content view 3) Then the repo containing the installation media was removed from the content view's repo list and then the content was refreshed. 4) Now when the content view is repromoted, katello tries to removes the distribution from foreman, causing an error along the lines of Started DELETE "/foreman/api/media/14" for 127.0.0.1 at 2013-11-07 11:14:42 -0500 Processing by Api::V1::MediaController#destroy as JSON Parameters: {"id"=>"14", "medium"=>{}} Authorized user admin(Admin User) You may not destroy Mosaic/Development/Desktop Fedora Fedora 19 x86_64 as it is in use! Unprocessable entity Medium (id: 14): Mosaic/Development/Desktop Fedora Fedora 19 x86_64 is used by Host X Mosaic/Development/Desktop Fedora Fedora 19 x86_64 is used by Host Y
The work around for this bug is that 1) Goto <fqdn>/foreman/hosts 2) Select offending host 3) Select "operating systems" 4) Change the media to something other than "Development/Desktop Fedora Fedora 19 x86_64 " Same behaviour for hostgroups also.
Moving to Sat6 to be tracked there. Upstream bugs are moving to redmine.
Since this issue was entered in Red Hat Bugzilla, the release flag has been set to ? to ensure that it is properly evaluated for this release.
This issue may be solved by the recent work to eliminate the creation of installation media as part of the content view publish/promotion process. Instead, the provisioning system will identify the installation media based upon the 'capsule' that is associated with the hostgroup/host. Assigning this over to Justin to confirm.
Yes, this should be resolved, moving to on_qa
Verified. Version Tested: GA Snap 7 - Satellite-6.0.4-RHEL-6-20140829.0 * apr-util-ldap-1.3.9-3.el6_0.1.x86_64 * candlepin-0.9.23-1.el6_5.noarch * candlepin-common-1.0.1-1.el6_5.noarch * candlepin-scl-1-5.el6_4.noarch * candlepin-scl-quartz-2.1.5-5.el6_4.noarch * candlepin-scl-rhino-1.7R3-1.el6_4.noarch * candlepin-scl-runtime-1-5.el6_4.noarch * candlepin-selinux-0.9.23-1.el6_5.noarch * candlepin-tomcat6-0.9.23-1.el6_5.noarch * elasticsearch-0.90.10-6.el6sat.noarch * foreman-1.6.0.42-1.el6sat.noarch * foreman-compute-1.6.0.42-1.el6sat.noarch * foreman-gce-1.6.0.42-1.el6sat.noarch * foreman-libvirt-1.6.0.42-1.el6sat.noarch * foreman-ovirt-1.6.0.42-1.el6sat.noarch * foreman-postgresql-1.6.0.42-1.el6sat.noarch * foreman-proxy-1.6.0.30-1.el6sat.noarch * foreman-selinux-1.6.0.14-1.el6sat.noarch * foreman-vmware-1.6.0.42-1.el6sat.noarch * katello-1.5.0-30.el6sat.noarch * katello-ca-1.0-1.noarch * katello-certs-tools-1.5.6-1.el6sat.noarch * katello-installer-0.0.62-1.el6sat.noarch * openldap-2.4.23-34.el6_5.1.x86_64 * openldap-devel-2.4.23-34.el6_5.1.x86_64 * pulp-katello-0.3-4.el6sat.noarch * pulp-nodes-common-2.4.1-0.5.rc1.el6sat.noarch * pulp-nodes-parent-2.4.1-0.5.rc1.el6sat.noarch * pulp-puppet-plugins-2.4.1-0.5.rc1.el6sat.noarch * pulp-puppet-tools-2.4.1-0.5.rc1.el6sat.noarch * pulp-rpm-plugins-2.4.1-0.5.rc1.el6sat.noarch * pulp-selinux-2.4.1-0.5.rc1.el6sat.noarch * pulp-server-2.4.1-0.5.rc1.el6sat.noarch * python-ldap-2.3.10-1.el6.x86_64 * ruby193-rubygem-net-ldap-0.3.1-3.el6sat.noarch * ruby193-rubygem-runcible-1.1.0-2.el6sat.noarch
This was delivered with Satellite 6.0 which was released on 10 September 2014.