Bug 845634

Summary: Subscriptions for a registered and subscribed system are not correctly updated if rhsmcertd is bounced
Product: Red Hat Enterprise Linux 7 Reporter: Og Maciel <omaciel>
Component: subscription-managerAssignee: candlepin-bugs
Status: CLOSED NOTABUG QA Contact: Entitlement Bugs <entitlement-bugs>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 7.0CC: tomckay, wpoteat
Target Milestone: beta   
Target Release: 7.0   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2013-01-30 15:41:57 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:
Bug Depends On:    
Bug Blocks: 863175    
Attachments:
Description Flags
Katello ui showing system is not compliant none

Description Og Maciel 2012-08-03 16:35:19 UTC
Created attachment 602169 [details]
Katello ui showing system is not compliant

Description of problem:

Assuming that you have the correct amount and type of subscriptions available for your organization, when you register and autosubscribe a system to that organization, this system should be displayed as being compliant in katello's web ui (which displays a green icon next to the system name). However, the web ui displays that system as being non-compliant with a red icon next to it. It isn't until rhsmcertd run (or bounced) that the system is properly displayed in the ui.

The default refresh rate for checking/posting the system "health" is 1 day, which means that the true state for a just recently system won't reflect in Katello's web ui until much later. Could we post the system's information back to katello upon successful subscription?

Version-Release number of selected component (if applicable):

*subscription-manager-0.96.17-1.el6.x86_64

How reproducible:


Steps to Reproduce:
1.
2.
3.
  
Actual results:


Expected results:


Additional info:

Comment 2 RHEL Program Management 2012-12-14 08:47:18 UTC
This request was not resolved in time for the current release.
Red Hat invites you to ask your support representative to
propose this request, if still desired, for consideration in
the next release of Red Hat Enterprise Linux.

Comment 3 William Poteat 2013-01-30 15:41:57 UTC
The status in Katello is derived from Candlepin exclusively.

The running of rhsmcertd will change the status in the Subscription Manager only. It is far too expensive for every request for subscription or installed product status to refresh from the server. 

The status update will need to wait for rhsmcertd unless we put a 'refresh from server' action in the GUI. The CLI has a 'refresh' command, but it must be explicitly run to pull down or remove certs that will change installed product status.


This needs to be rewritten as an RFE.