Issue #1087
closedpublishing of distribution units should ignore files in repodata directory
Description
Publishing of distribution units should ignore files in the repodata directory. This caused a corrupted publish where the distribution included a primary.xml and the incremental update picked the wrong file because there were two primary.xml files in the directory.
Related issues
Updated by bcourt over 9 years ago
- Priority changed from Normal to High
- Triaged changed from No to Yes
A migration should also force the next publish of any affected units to be clean. The migration should print out a list of repositories that should be republished.
Updated by amacdona@redhat.com about 9 years ago
- Related to Issue #1086: pulp_distribution.xml sync should ignore repodata/* added
Updated by bmbouter almost 9 years ago
The root cause of this is a situation where the distribution unit is referring to a file in the repodata/ directory. The example used is a primary.xml file for example. Pulp will download the primary.xml and ingest the contents. When it reaches the distribution unit to download it will fetch a primary.xml as a file and not parse it. When the publish occurs both of these units will be published which causes two problems.
The specific issue here is that when checksums are disabled the files would overwrite. When the contents of these files change and are resynced this will cause problems as the file contents deviate.
Updated by bmbouter almost 9 years ago
- Related to Issue #1088: Incremental publish could use the wrong primary.xml during fast-forward publish added
Updated by bmbouter almost 9 years ago
- Status changed from NEW to ASSIGNED
- Assignee set to bmbouter
Updated by bmbouter almost 9 years ago
- Status changed from ASSIGNED to MODIFIED
I'm putting this to MODIFIED. It was fixed[0] with the RPM conversion to mongoengine.
Updated by dkliban@redhat.com almost 9 years ago
- Status changed from 5 to CLOSED - CURRENTRELEASE