Bug 1808439

Summary: Packages are missing from CCV when CVs have same repository with different include filters
Product: Red Hat Satellite Reporter: Manu Sunil <msunil>
Component: Content ViewsAssignee: James Jeffers <jjeffers>
Status: CLOSED CURRENTRELEASE QA Contact: Lai <ltran>
Severity: medium Docs Contact:
Priority: unspecified    
Version: 6.6.0CC: jjeffers, wpinheir
Target Milestone: UnspecifiedKeywords: Reopened, Triaged
Target Release: Unused   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2020-06-09 13:12:00 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:

Description Manu Sunil 2020-02-28 14:32:42 UTC
Description of problem:

 - Packages are missing from CCV when component CVs contain same repositories with include filters for some packages.

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

 - Satellite 6.6

How reproducible:


Steps to Reproduce:

 - Create two CVs
 - Add the same repository to both the CVs
 - Create a filter for including one package in the CV1 and publish the CV
 - Similarly, create a filter for a different package in CV2 and publish it as well


Actual results:

 - The results depend on the way in which the CCV published after adding the content_views
 - If CV1 is added to the CCV and published before CV2 is added, only included packages from CV1 is available in CCV
 - Similarly, if CV2 is added and CCV is published before CV1 is added, only included packages from CV2 is available in the CCV
 - If both are added together and CCV is published, none of the packages are available in the CCV

Expected results:

- All the included packages from both the CV should be available on the CCV

Comment 4 James Jeffers 2020-05-07 11:20:44 UTC
Tested the scenarios in 6.7, and all repositories appeared in the composite view, regardless of the order in which the content views were added.

I'll back track between the 2 releases and triangulate where the issue was fixed.

Comment 5 James Jeffers 2020-05-08 20:06:27 UTC
I attempted to reproduce this scenario on a sat 6.6 install, and was unable to. Is there more context to this issue?

Comment 6 James Jeffers 2020-05-08 20:09:10 UTC
Information like which repository, filters used, etc would be helpful. Thanks!

Comment 8 James Jeffers 2020-05-22 14:54:52 UTC
Is it possible to get access to a reproducer for this issue. I'm not able to reproduce this condition with my local attempts.

Comment 10 James Jeffers 2020-05-29 16:31:46 UTC
Looked at the repodata and the published metadata (unzipped the filelist.xml.gz) for the CCV show no packages:

<filelists xmlns="http://linux.duke.edu/metadata/filelists" packages="0"></filelists>

Still investigating the cause.

Comment 11 James Jeffers 2020-06-01 16:06:32 UTC
After checking the published metadata and comparing to a known katello issue re yum distributors, a fix has been identified. 

Upgrading to Satellite 6.6.3 (with tfm-rubygem-katello-3.12.0.41-1.el7sat.noarch, etc is available) should resolve this issue. After the upgrade the CVs should be republished for the packages to appear as available to the content host.

See also: https://bugzilla.redhat.com/show_bug.cgi?id=1814426