Bug 796446

Summary: Manifest import fails - Candlepin::Owner: 500 Internal Server Error
Product: Red Hat Satellite Reporter: James Laska <jlaska>
Component: Subscription ManagementAssignee: Bryan Kearney <bkearney>
Status: CLOSED WONTFIX QA Contact: Katello QA List <katello-qa-list>
Severity: medium Docs Contact:
Priority: medium    
Version: 6.0.1CC: bkearney, cduryee, jrist, jturner, mmccune, tomckay
Target Milestone: UnspecifiedKeywords: 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-07-10 15:39:31 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Attachments:
Description Flags
katello-debug-20120222163513.tar.gz none

Description James Laska 2012-02-22 21:46:39 UTC
Created attachment 565112 [details]
katello-debug-20120222163513.tar.gz

Description of problem:

After successfully importing a manifest, when I attempt to import a slightly different manifest, katello emits a failure.  I'm unclear about the severity of this problem, because I'm not sure if what I'm doing is an expected customer use.

Version-Release number of selected component (if applicable):
 * candlepin-0.5.20-1.el6.src.rpm
 * katello-0.1.238-4.el6.src.rpm
 * katello-certs-tools-1.0.2-2.el6.src.rpm
 * katello-cli-0.1.54-2.el6.src.rpm
 * katello-configure-0.1.64-5.el6.src.rpm
 * katello-httpd-ssl-key-pair-1.0-1.src.rpm
 * katello-qpid-broker-key-pair-1.0-1.src.rpm
 * katello-selinux-0.1.5-2.el6.src.rpm
 * katello-trusted-ssl-cert-1.0-1.src.rpm
 * pulp-0.0.265-1.el6.src.rpm

How reproducible:
 * I've only walked through this scenario once, so unclear how reproducable this is

Steps to Reproduce:
1. # ks provider import_manifest --name "Red Hat" --file /tmp/manifests_one.zip
2. # ks provider import_manifest --name "Red Hat" --file /tmp/manifests_two.zip --force
  
Actual results:

# ks provider import_manifest --name "Red Hat" --file /tmp/manifests_one.zip 
Manifest imported

# ks provider import_manifest --name "Red Hat" --file /tmp/manifests_two.zip --force
Importing manifest, please wait... Manifest import for provider [ Red Hat ] failed, Candlepin::Owner: 500 Internal Server Error {"displayMessage":"Runtime Error a different object with the same identifier value was already associated with the session: [org.candlepin.model.Content#1401] at org.hibernate.event.def.AbstractSaveEventListener.performSave:191"} (POST /candlepin/owners/redhat/imports?force=true)

Expected results:

 * Either
   1. Manifest imported
   2. An friendly error indicating a second manifest cannot be imported

Additional info:

 * See attached katello-debug

Comment 1 James Laska 2012-02-27 18:45:47 UTC
I'm supplying a qa_ack, however, I'll need guidance on the conditions that led to this failure.  I'm not sure if the provided steps are sufficient to reliably reproduce this failure.

Comment 2 Bryan Kearney 2012-02-29 19:03:43 UTC
What are in those manifests? I think this is another example of:

https://bugzilla.redhat.com/show_bug.cgi?id=773416
https://bugzilla.redhat.com/show_bug.cgi?id=769640

If that is the case, the fix would be to regenertae the manifests and try again.

Comment 3 James Laska 2012-03-02 13:37:43 UTC
(In reply to comment #2)
> What are in those manifests? I think this is another example of:
> 
> https://bugzilla.redhat.com/show_bug.cgi?id=773416
> https://bugzilla.redhat.com/show_bug.cgi?id=769640
> 
> If that is the case, the fix would be to regenertae the manifests and try
> again.

Reading the description of the referenced bugs, it seems the cause of the failed import was ...

The problem with this manifest is, that product (69) has two contents with the
same url:

> rhel-5-server-vt-rpms: /content/dist/rhel/server/5/$releasever/$basearch/vt/os
> rhel-5-server-vt-debug-rpms: /content/dist/rhel/server/5/$releasever/$basearch/vt/os

The manifest I generated can be found at http://file.rdu.redhat.com/jlaska/manifests_accessqa.zip.  Looking at product 69.json (and all other products) in that manifest ...

I see *no* duplicate contentUrls.  The only duplicate Urls I see are the gpgUrl values.

You're welcome to inspect what else might have caused the problem.

Comment 6 Tom McKay 2012-07-10 15:39:31 UTC
Not reproducible at the moment so closing. Will re-evaluate if similar problem arises again.

Comment 7 Mike McCune 2013-08-16 18:06:50 UTC
getting rid of 6.0.0 version since that doesn't exist