Description of problem: If packages are scheduled to be removed through SSM, it does not happen (even though if scheduled directly (without SSM), it works). Version-Release number of selected component (if applicable): spacewalk-java-2.0.2-15.el6sat.noarch How reproducible: always/deterministic Steps to Reproduce: 0. Register machine 1. Add machine to ssm 2. Manage -> Remove packages 3. Schedule remove some package(s) (say zsh) Actual results: After calling rhn_check, nothing happens (no actions are provided to client), package is still present. Expected results: Action is provided to client, package is gone. Additional info: Install & Verify work.
Taking for investigation ...
The regression was caused by 9b323f28. Fixing ... spacewalk.git: 3cb69e5c1f120c65395acfaefdd76284c9df7a59
Satellite 5.6 has been released. This bug was tracked under the release. This bug was either VERIFIED or RELEASE_PENDING (re-verified prior shortly before release). Moving to CLOSED CURRENT_RELEASE. Text from Upgrade Erratum follows: 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-2013-1395.html