Bug 1010109
Summary: | Manifest upload failed | ||
---|---|---|---|
Product: | [Retired] Subscription Asset Manager | Reporter: | sthirugn <sthirugn> |
Component: | katello | Assignee: | Katello Bug Bin <katello-bugs> |
Status: | CLOSED WONTFIX | QA Contact: | SAM QE List <sam-qe-list> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 1.3 | CC: | bkearney, dcrissman, dgoodwin, tpfromme |
Target Milestone: | rc | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2017-06-26 20:36:36 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: | 971511 |
Description
sthirugn@redhat.com
2013-09-20 02:05:35 UTC
FWIW this manifest is created in stage Not sure what the root cause is, but proposing to be a blocker for now. Analysis so far: Manifest is generated with one entitlement for SKU RH0103708, but in products/ directory we end up with JSON for MCT1790, and nothing for RH0103708. Nothing in the manifest references MCT1790. Checked the accounts pools (stage_test_12) and NONE of them reference that SKU. When making a manifest Candlepin iterates the consumer's entitlements, and fetches data for all marketing and eng products, then exports them one by one to a file. Filename comes from the product object returned by the adapter (not necessarily the product ID we asked for), so in theory, if somehow we asked product adapter for product A, but got a product back for product B, that *could* cause this. Naturally that should be impossible. The Exporter is one of very few Candlepin objects registered as a singleton. This should have been and still appears to be safe, but it does not look required, so I may remove this just in case. We spent some time looking into this, but are completely unable to come up with any plausible way this could happen. According to aedwards there aren't even any accounts in stage that have subscriptions for MCT1790, so how this value could be appearing is a complete mystery. My instinct is that somehow, we're asking the product adapter for info on RH0103708, and it's returning product data for MCT1790. However I cannot claim how or why that would happen but at this point it seems like this must be something on the adapter/Oracle side. Andrew have you had any luck on your end? The release of Satellite 5.8 we are deprecating the support of Subscription Asset Manager. The release notes for 5.8 can be found at https://access.redhat.com/documentation/en-us/red_hat_satellite/5.8/pdf/release_notes/Red_Hat_Satellite-5.8-Release_Notes-en-US.pdf. I am therefore closing out this bug as WONTFIX. If you believe this to be an error, please feel free tor each out to either Rich Jerrido or Bryan Kearney. Thank you! The needinfo request[s] on this closed bug have been removed as they have been unresolved for 1000 days |