Red Hat Satellite engineering is moving the tracking of its product development work on Satellite to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "Satellite project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs will be migrated starting at the end of May. If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "Satellite project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/SAT-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 798301 - copyfile error: `%s` and `%s` are the same file
Summary: copyfile error: `%s` and `%s` are the same file
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Satellite
Classification: Red Hat
Component: Content Management
Version: 6.0.1
Hardware: Unspecified
OS: Unspecified
unspecified
high
Target Milestone: Unspecified
Assignee: Ivan Necas
QA Contact: Og Maciel
URL:
Whiteboard:
Depends On: 798656 916326 921250
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-02-28 15:17 UTC by Og Maciel
Modified: 2019-09-26 15:55 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-08-22 18:29:33 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)
Traceback (2.01 KB, text/x-log)
2012-02-28 15:17 UTC, Og Maciel 		no flags Details
Script for reproduction sync error due to conflict in sha checksums (1.21 KB, application/x-shellscript)
2012-02-29 15:57 UTC, Ivan Necas 		no flags Details
View All

Description Og Maciel 2012-02-28 15:17:20 UTC 
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)
Comment 1 Ivan Necas 2012-02-28 15:42:07 UTC 
There was already this issue described here https://bugzilla.redhat.com/show_bug.cgi?format=multiple&id=781311
Comment 2 Ivan Necas 2012-02-29 14:20:57 UTC 
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
Comment 3 Ivan Necas 2012-02-29 15:57:59 UTC 
Created attachment 566576 [details]
Script for reproduction sync error due to conflict in sha checksums
Comment 4 Bryan Kearney 2012-03-13 15:31:45 UTC 
pulp team is still investigating.  Pushing out one beta.
Comment 5 Todd Sanders 2012-03-15 16:48:18 UTC 
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.
Comment 6 Ivan Necas 2012-03-20 10:19:13 UTC 
The issue should be fixed with pulp-1.0.0-6 (stable) or pulp-0.277 (dev) or newer.
Comment 7 Og Maciel 2012-03-23 19:41:27 UTC 
[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
Comment 8 Og Maciel 2012-03-23 19:42:28 UTC 
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
Comment 10 Mike McCune 2013-08-16 18:17:35 UTC 
getting rid of 6.0.0 version since that doesn't exist
Note You need to log in before you can comment on or make changes to this bug.