Description of problem:
Engineering product 337 - "RHEL for SAP Applications for System Z EUS" provides access to the following content sets (click "Unwrap comment" to see the table)...
ContentSetLabel ContentSetID ActualModifiedEngIDs ExpectedModifiedEngIDs
rhel-sap-for-rhel-7-for-system-z-eus-debug-rpms 5548  <= FAILED 336
rhel-sap-for-rhel-7-for-system-z-eus-rpms 5549  <= FAILED 336
rhel-sap-for-rhel-7-for-system-z-eus-source-rpms 5550  <= FAILED 336
Because these are EUS content sets, the intended business requirement is that a customer who is granted an entitlement to these content sets must also have an entitlement to the base product that these EUS content sets modify. In order to achieve this requirement, the RHSM Candlepin tooling expects the list of ModifiedEngIDs to be accurate and non-empty. Hence the expected modified engineering product ids for all the content sets listed above should be product 336 "RHEL for SAP Applications for System Z". If product management agrees, then I believe the following rcm file
should be updated to include an ENG CONTENT ID, MODIFIES mapping to product 336 for all of the ContentSetIDs in the table above.
If no changes are made, then a customer will continue gaining access to the EUS content provided by the failing repos above without also attaching an entitlement that provides "RHEL for SAP Applications for System Z".
I've pushed an updated cs_mappings.csv file to Product Proxy in both the Stage and QA environments. Please run the test again on this set of discrepencies.
http://git.app.eng.bos.redhat.com/git/rcm/rcm-metadata.git/tree/cdn/cs_mappings-prod.csv appears fixed and automated tests are passing.