Description of problem: I am using SSM and choosing systems both with and without provisioning entitlements. I went to SSM/Provisioning/Remote Command and scheduled a remote command. In this case, it was just "touch /tmp/marker" When I click the Schedule Remote Command button, only the system with the provisioning entitlement shows up in the list to confirm. However, next time rhn_check runs on the system with only management and not provisioning, it does execute the remote command and /tmp/marker is created. Note that as part of installation, all of my systems are subscribed to the Red "Hat Network Tools" child channel and I do install rhncfg, rhncfg-actions and rhncfg-client. Clients also run rhn-actions-control --enable-all as part of the installation. It seems that even if the clients are configured for everything, the server should not allow provisioning tasks to run on systems without provisioning entitlements. Version-Release number of selected component (if applicable): RHN Satellite 5.2.0 i386 RHEL 4.7 i386 up2date -u has been run and both the OS and RHN Satellite are up to date as of 4 December 2008
Additionally, I think we should investigate whether we want to keep Remote Commands as a provisioning only feature.
Fixed in spacewalk.git by resurrecting a line that was commented out almost four years ago for bug #162627. Tested the verification steps in that bug and all appears well after bringing back this part of the commented out code. spacewalk.git: 6ffe2b3c4251f692e274da9693a86167180f60e6 satellite.git: 5eb9a648d4140d1553e4460d444b44892fd75deb
Tested and VERIFIED on 5/7 ISO.
An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on therefore solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHEA-2009-1434.html