Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 1149324

Summary: Pool Refreshes fail to clean up over entitled pools
Product: [Community] Candlepin (Migrated to Jira) Reporter: Dennis Crissman <dcrissman>
Component: candlepinAssignee: candlepin-bugs
Status: CLOSED INSUFFICIENT_DATA QA Contact: Katello QA List <katello-qa-list>
Severity: medium Docs Contact:
Priority: low    
Version: 0.9CC: bcourt, dcrissman, fnguyen, mstead, tdarby, tpfromme
Target Milestone: ---Keywords: Triaged
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2017-08-01 19:09:09 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:
Attachments:
Description Flags
Current over entitlements none

Description Dennis Crissman 2014-10-03 18:11:24 UTC
Created attachment 943781 [details]
Current over entitlements

The pool refreshes complete successfully, however they do not clean up the over entitled pools. I am happy to provide whatever additional information that would be useful, but attached is the scene (thescene.txt) so far.

Comment 2 Dennis Crissman 2014-10-15 17:53:54 UTC
I am uncertain why we have over-entitlements happened in the first place. Possibly leftovers from a bad data migration that was cleaned up recently.

Firstly, if nothing is changing on the pools in question, they are probably not being marked as needing to be updated.

Secondly, even if the pool is marked as needing to be updated, if the quantity doesn't change then excess entitlements won't be cleaned up.

We may need another way to check for excess entitlements.

Comment 5 Filip Nguyen 2015-09-25 11:27:15 UTC
The reason why they are not getting cleaned up is really what Dennis suspected. They are not being checked for 'overflow' because the subscription quantity is not changed. 

The entitlements seem to be there for a long time [1].  I suspect the problem is that after a pool or sub changed, maybe during refresh pool the ents were not successfully revoked. Later invocations of refresh pools will not clean them up as the sub quantity is not being changed.

I will check in a month for new overflows. We need more recent auditing information to debug this.


[1] 
2012-12-17 06:15:52.0
2014-08-27 02:54:27.0
2014-01-14 16:35:40.0
2014-06-09 23:41:51.0
2014-02-26 05:32:44.0
2011-12-23 01:04:33.0
2014-06-23 07:40:17.0