Bug #9899
closedSubscription Indexing Issue When Deleting Manifest
Description
Cloned from https://bugzilla.redhat.com/show_bug.cgi?id=1205378
Description of problem:
After deleting a manifest, several subscriptions remained in Content > Red Hat Subscriptions.
Version-Release number of selected component (if applicable):
6.1.0 Snap 7 Compose 3
How reproducible:
Seems fairly easy to hit.
Steps to Reproduce:
1. Import the attached manifest. 8 pools are visible in the web UI, 11 are actually in the Candlepin db. (suspect this is unmapped guest pools being hidden)
2. Register a virt guest and consume a subscription. In my case I used one of the temporary unmapped guest subscriptions.
3. Delete the manifest.
4. Navigate to Content > Red Hat Subscriptions
Actual results:
In my case there were 4 of the 11 original pools remaining, however Candlepin has no pools in it's database.
Expected results:
All pools gone.
Additional info:
I believe this data is originating from Katello's data index, which is recalculated when pool events are received.
In this case I can confirm that 11 pool deleted events were sent by candlepin, and I can see that all 11 arrived in gutterball, so presumably they made it to katello as well.
Running 'foreman-rake katello:reindex' corrects the issue.
I also have a similar case reporting that entitlement counts are wrong after entitlements are deleted, which I am very suspicious is related:
https://bugzilla.redhat.com/show_bug.cgi?id=1202896
Feels like there may be some kind of issue in the event processing code? Perhaps when multiple events are received at once, could multiple index attempts be trampling each other?
In testing I think I've also seen the counts not reflecting entitlements on systems, just showing me 0 for all pools, even though the guest was consuming a physical entitlement (which wouldn't be hidden). I checked and CPU was quiet so it doesn't appear indexing is running... Running reindex again fixed this issue.
Attempted to delete the manifest a second time, and this time all 8 pools remain visible in the web UI, almost seems like no events are moving now. I can still confirm they are making it to qpid and being delivered to gutterball.
Updated by The Foreman Bot almost 10 years ago
- Status changed from New to Ready For Testing
- Target version set to 68
- Pull request https://github.com/Katello/katello/pull/5142 added
- Pull request deleted (
)
Updated by Eric Helms almost 10 years ago
- Translation missing: en.field_release set to 23
- Triaged changed from No to Yes
Updated by Justin Sherrill almost 10 years ago
- Status changed from Ready For Testing to Closed
- % Done changed from 0 to 100
Applied in changeset katello|7ddbb554891bc89ba39cd29d6c12c223857483f3.