Bug 798301
| Summary: | copyfile error: `%s` and `%s` are the same file | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | Red Hat Satellite | Reporter: | Og Maciel <omaciel> | ||||||
| Component: | Content Management | Assignee: | Ivan Necas <inecas> | ||||||
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Og Maciel <omaciel> | ||||||
| Severity: | high | Docs Contact: | |||||||
| Priority: | unspecified | ||||||||
| Version: | 6.0.1 | CC: | bkearney, inecas, jrist, tsanders | ||||||
| Target Milestone: | Unspecified | Keywords: | Triaged | ||||||
| Target Release: | Unused | ||||||||
| Hardware: | Unspecified | ||||||||
| OS: | Unspecified | ||||||||
| Whiteboard: | |||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | 2012-08-22 18:29:33 UTC | Type: | --- | ||||||
| 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: | 798656, 916326, 921250 | ||||||||
| Bug Blocks: | |||||||||
| Attachments: |
|
||||||||
There was already this issue described here https://bugzilla.redhat.com/show_bug.cgi?format=multiple&id=781311 This issue is caused by conflicting checksum prefixes of the same package signed with different GPG key. See Pulp bug [1] for more details. [1] - https://bugzilla.redhat.com/show_bug.cgi?id=798656 Created attachment 566576 [details]
Script for reproduction sync error due to conflict in sha checksums
pulp team is still investigating. Pushing out one beta. We have a fix in place within Pulp. Basically it comes down to using the full-checksum as part of the f/s path as opposed to only the first 3 characters. We are working on a migration script that will correct any existing content, so that packages will not be duplicated on disk. This will need to be run with the pulp-server service down; and depending on the amount of content already sync'd could be a lengthy process. The issue should be fixed with pulp-1.0.0-6 (stable) or pulp-0.277 (dev) or newer. [root@qetello01 ~]# pulp-admin -u admin -p ****** repo create --id rh-repo --name rh-repo --feed http://inecas.fedorapeople.org/fakerepos/rh-repo --relativepath=rh-repo Successfully created repository [ rh-repo ] [root@qetello01 ~]# pulp-admin -u admin -p ****** repo sync --id rh-repo -F Sync for repository rh-repo started Sync: Finished 0/1 new items downloaded 1/1 existing items processed Item Details: RPMs: 1/1 [root@qetello01 ~]# pulp-admin -u admin -p ****** repo clone --id rh-repo --clone_id=rh-repo-clone -F Repository [rh-repo] is being cloned as [rh-repo-clone] Clone: Finished Item Details: RPMs: 1/1 [root@qetello01 ~]# pulp-admin -u admin -p ****** repo create --id brew-repo --name brew-repo --feed http://inecas.fedorapeople.org/fakerepos/brew-repo --relativepath=brew-repo Successfully created repository [ brew-repo ] [root@qetello01 ~]# pulp-admin -u admin -p ****** repo sync --id brew-repo -F Sync for repository brew-repo started Sync: Finished 0/1 new items downloaded 1/1 existing items processed Item Details: RPMs: 1/1 [root@qetello01 ~]# pulp-admin -u admin -p ****** repo sync --id rh-repo-clone -F Sync for repository rh-repo-clone started Sync: Finished 0/1 new items downloaded 1/1 existing items processed Item Details: RPMs: 1/1 Verified: * candlepin-0.5.26-1.el6.noarch * candlepin-tomcat6-0.5.26-1.el6.noarch * katello-0.1.306-1.el6.noarch * katello-all-0.1.306-1.el6.noarch * katello-candlepin-cert-key-pair-1.0-1.noarch * katello-certs-tools-1.0.6-1.el6.noarch * katello-cli-0.1.107-1.el6.noarch * katello-cli-common-0.1.107-1.el6.noarch * katello-common-0.1.306-1.el6.noarch * katello-configure-0.1.106-1.el6.noarch * katello-glue-candlepin-0.1.306-1.el6.noarch * katello-glue-foreman-0.1.306-1.el6.noarch * katello-glue-pulp-0.1.306-1.el6.noarch * katello-qpid-broker-key-pair-1.0-1.noarch * katello-qpid-client-key-pair-1.0-1.noarch * katello-selinux-0.1.9-1.el6.noarch * pulp-1.0.0-6.el6.noarch * pulp-admin-1.0.0-6.el6.noarch * pulp-client-lib-1.0.0-6.el6.noarch * pulp-common-1.0.0-6.el6.noarch * pulp-selinux-server-1.0.0-6.el6.noarch getting rid of 6.0.0 version since that doesn't exist |
Created attachment 566321 [details] Traceback Description of problem: As I performed a series of continuous sync and promote cycles for RHEL 6.1, 6.2 repositories (from manifest) and custom provider content, when I attempted to promote both types of content for the first time, the process failed to complete with the error that can be seen in the subject Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. Created SaoPaulo organization with Library > Dev1 > QA1 > GA1 environments 2. Uploaded manifest and selected RPMs repositories for both RHEL 6.1 and 6.2 Servers, x86_64 3. Synchronized content 4. Promoted RHEL content (all of it) to Dev1 environment 5. Synchronized content again 6. Added new custom content pointing to internal BREW repository for SE 7. Synchronized all available repositories 8. Promoted both RHEL and custom repository content to Dev1 Actual results: The web ui showed a message stating that the promotion failed. Expected results: Additional info: (traceback attached)