Issue #4397
closedUnable to sync 3 SLES Update repositories
Description
Filtering by srpm:
pulp-admin rpm repo create --repo-id testrepo --feed file:///home/vagrant/testrepo/ --skip srpm
pulp-admin rpm repo sync run --force-full --repo-id testrepo
Causes the following error:
Malformed repository: metadata is missing for some packages in filelists.xml and in other.xml
While syncing without the srpm filter seems to work fine.
Files
Related issues
Updated by daviddavis almost 6 years ago
I noticed in the code that two different package counts are being returned for filtering by srpm[0] vs not filtering by srpm[1] and it looks like there's an extra check for the latter: it checks that serialized_version is not in versions. Thus, duplicate srpms are being counted when skipping srpms as opposed to when srpms are not being skipped, the code checks for dupes and thus arrives at a different package count.
[0] https://github.com/pulp/pulp_rpm/blob/aef3d5d1feb1a1ea10cd239f5bbe7a98c997922f/plugins/pulp_rpm/plugins/importers/yum/sync.py#L1072-L1074
[1] https://github.com/pulp/pulp_rpm/blob/aef3d5d1feb1a1ea10cd239f5bbe7a98c997922f/plugins/pulp_rpm/plugins/importers/yum/sync.py#L1080-L1081
Updated by daviddavis almost 6 years ago
- Project changed from Pulp to RPM Support
Updated by daviddavis almost 6 years ago
- File dupe_srpm_repodata.tgz dupe_srpm_repodata.tgz added
- Status changed from NEW to ASSIGNED
- Assignee set to daviddavis
Updated by daviddavis almost 6 years ago
Adding the minimal set of repodata needed to reproduce this problem.
Added by daviddavis almost 6 years ago
Updated by daviddavis almost 6 years ago
- Status changed from ASSIGNED to POST
Updated by CodeHeeler almost 6 years ago
- Triaged changed from No to Yes
- Sprint set to Sprint 48
Updated by daviddavis almost 6 years ago
- Status changed from POST to MODIFIED
Applied in changeset eceb27c6eb3205691d64d527785144e164323834.
Updated by bherring over 5 years ago
- Copied to Test #4459: Unable to sync 3 SLES Update repositories added
Updated by ttereshc over 5 years ago
- Status changed from 5 to CLOSED - CURRENTRELEASE
Account for duplicate srpms in count when skipping srpms
The issue involved counting duplicate srpms when creating the package count for primary.xml which led the check against filelists.xml to fail. To create a unique package count, we're storing srpms we've seen thereby not counting them if we've seen the NEVRA already.
fixes #4397 https://pulp.plan.io/issues/4397