Description of problem: Since upgrading to Satelite 6.2 from 6.1, when we add a new version of a puppet module, then publish a new content view (and promote it), the puppet repo sync fails to capsule servers (pulp nodes). The error includes "PLP0034" and "pulp.server.controllers.repository:INFO: duplicate unit names". ~~~ Error: Katello::Errors::PulpError PLP0034: The distributor RedHat-Library-RHEL7Base indicated a failed response when publishing repository RedHat-Library-RHEL7Base. ~~~ Version-Release number of selected component (if applicable): Satellite 6.2.0 How reproducible: Always Steps to Reproduce: 1.Sync/upload puppet a module with multiple versions.(Eg : motd 1.2.0 and motd 1.2.1) 2.Associate a environment to the capsule. 3.Publish a content view with motd-1.2.0 and promote it to the capsule associated environment. 4.Let the auto-synchronization complete. 5.Now, add motd 1.2.1 module to the same content view and perform the publish-promote task. 6.This time auto-sync will fail with 'PLP0034' error. Actual results: Auto-capsule-sync fails with an error 'PLP0034' Expected results: It should not fail and complete the action. Additional info: Digging further into the problem, customer found that on the capsule servers that the previous version of the puppet module is still included in the puppet repo to be sync'd, in addition to the new version of the puppet module. Since there are 2 versions of the same module in the repo, the sync fails.
Created redmine issue http://projects.theforeman.org/issues/16177 from this bug
Moving this bug to POST for triage into Satellite 6 since the upstream issue http://projects.theforeman.org/issues/16177 has been resolved.
hotfix rpm attached as tfm-rubygem-katello-3.0.0.73-1.hotfix.1368746_1365952.el7sat.noarch.rpm (sha1sum 2ced03a29a9c24551dc8dec2ca3a40fd2491b7de) note: HF package contains fix for this bug and for 1368746 (gofer restart creates applicability regeneration) to apply: * rpm -Uvh tfm-rubygem-katello-3.0.0.73-1.hotfix.1368746_1365952.el7sat.noarch.rpm * katello-service restart The code change is only needed on the satellite, not capsule
Created attachment 1199605 [details] hotfix rpm
Comment on attachment 1199605 [details] hotfix rpm Removing private from hotfix rpm
Verified in Satellite 6.2.2 Snap 2 After following the steps outlined in the bug report, no issues encountered during capsule sync. The old version of the module was disassociated with the content view and the new one replaced the old throughout the content view and on the capsule's filesystem.
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. https://access.redhat.com/errata/RHBA-2016:1993
Created attachment 1228219 [details] hotfix for 6.2.2
Created attachment 1228220 [details] hotfix for 6.2.2 (ostree)
Created attachment 1231013 [details] hotfix for 6.2.2 (updated) updated, last one was a faulty build
Created attachment 1231014 [details] hotfix for 6.2.2 (ostree, updated)