Hide Forgot
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
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.
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.
(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.
Not reproducible at the moment so closing. Will re-evaluate if similar problem arises again.
getting rid of 6.0.0 version since that doesn't exist