Bug 843462
Summary: | system unregister should remove itself from the associated system groups too | ||
---|---|---|---|
Product: | Red Hat Satellite | Reporter: | Garik Khachikyan <gkhachik> |
Component: | WebUI | Assignee: | Brad Buckingham <bbuckingham> |
Status: | CLOSED ERRATA | QA Contact: | Garik Khachikyan <gkhachik> |
Severity: | urgent | Docs Contact: | |
Priority: | urgent | ||
Version: | 6.0.1 | CC: | achan, asettle, bbuckingham, dmacpher, mkoci, mmccune, omaciel |
Target Milestone: | Unspecified | Keywords: | Triaged |
Target Release: | Unused | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: |
Unregistering a system via Red Hat Subscription Manager (RHSM) removes the system from the Organization's system list. However, it does not remove the system from associated system groups. System Engine failed when indexing the content in Pulp for the system group when the system was destroyed, which rendered the authorization credentials invalid. This fix modifies Pulp to only include required information and not index the content. Unregistering a system now removes it from all subscribed system groups.
|
Story Points: | --- |
Clone Of: | Environment: | ||
Last Closed: | 2012-12-04 19:48:25 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Garik Khachikyan
2012-07-26 11:47:59 UTC
github pull request: https://github.com/Katello/katello/commit/1223e8f9c993dca5f3c7352619dc14c3f7daf137 github commit: https://github.com/Katello/katello/commit/f5582c51e4a78d6bab34bafb9502640292f989b3 See commit for description of changes. # VERIFIED issue is fixed. Adding the registered system to 2 different system groups (one with limit number of usage) does the right job on system unregister. Same behaviour on system remove from UI and CLI calls. Checked on version: --- python-qpid-0.7.946106-1.el6.noarch candlepin-cert-consumer-brno-cfse.usersys.redhat.com-1.0-1.noarch qpid-cpp-client-0.14-16.el6.x86_64 candlepin-0.7.8-1.el6cf.noarch katello-glue-pulp-1.1.12-7.el6cf.noarch qpid-cpp-server-ssl-0.14-16.el6.x86_64 katello-candlepin-cert-key-pair-1.0-1.noarch mod_wsgi-3.3-3.pulp.el6.x86_64 python-isodate-0.4.4-4.pulp.el6.noarch katello-cli-common-1.1.8-1.git.2.a0908e7.el6.noarch katello-cli-1.1.8-1.git.2.a0908e7.el6.noarch qpid-cpp-client-ssl-0.14-16.el6.x86_64 python-oauth2-1.5.170-2.pulp.el6.noarch pulp-common-1.1.12-1.el6cf.noarch pulp-selinux-server-1.1.12-1.el6cf.noarch m2crypto-0.21.1.pulp-7.el6.x86_64 candlepin-selinux-0.7.8-1.el6cf.noarch katello-common-1.1.12-7.el6cf.noarch katello-glue-candlepin-1.1.12-7.el6cf.noarch katello-1.1.12-7.el6cf.noarch katello-all-1.1.12-7.el6cf.noarch katello-qpid-broker-key-pair-1.0-1.noarch katello-certs-tools-1.1.8-1.el6cf.noarch katello-repos-1.1.2-1.el6.noarch katello-agent-1.1.2-1.el6.noarch katello-configure-1.1.9-3.el6cf.noarch qpid-cpp-server-0.14-16.el6.x86_64 pulp-1.1.12-1.el6cf.noarch katello-selinux-1.1.1-1.el6cf.noarch candlepin-tomcat6-0.7.8-1.el6cf.noarch katello-qpid-client-key-pair-1.0-1.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/RHSA-2012-1543.html getting rid of 6.0.0 version since that doesn't exist |