Bug 761085

Summary: Loading manifest into org fails with Bad data in export archive
Product: [Retired] Subscription Asset Manager Reporter: Eric Sammons <esammons>
Component: candlepinAssignee: Ivan Necas <inecas>
Status: CLOSED CURRENTRELEASE QA Contact: SAM QE List <sam-qe-list>
Severity: urgent Docs Contact:
Priority: urgent    
Version: 1.0.0CC: bkearney
Target Milestone: ---Keywords: Triaged
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
: 768032 (view as bug list) Environment:
Last Closed: 2012-04-27 00:22:07 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:    
Bug Blocks: 703617, 747354, 768032    
Attachments:
Description Flags
Applied subs
none
Headpin Content Management view none

Description Eric Sammons 2011-12-07 16:37:24 UTC
Description of problem:
Loading a new manifest from stage fails with bad data in export archive.

Version-Release number of selected component (if applicable):
katello-headpin-all-0.1.112-1.el6.noarch

Steps to Reproduce:
1. Create new org + Dev
2. Create new user assign this user to this org and env.
3. Create a role so that new user is administrator of the org.
4. Go to stage and create a new manifest.
5. Login to headpin as new user
6. Install manifest 
  
Actual results:
Subscription manifest upload for provider 'Red Hat' failed.
Reason: Bad data in export archive

[logs]
Started POST "/headpin//providers/redhat_provider" for 10.11.11.173 at Wed Dec 07 11:20:09 -0500 2011
  Processing by ProvidersController#update_redhat_provider as HTML
  Parameters: {"commit"=>"Upload", "authenticity_token"=>"nXEMLnGJNyyW3DeTdk/nQpEaS8OZGDhwSpps9UY0WAM=", "utf8"=>"✓", "provider"=>{"contents"=>#<ActionDispatch::Http::UploadedFile:0x7fc5695aab50 @content_type="application/zip", @original_filename="Eric_s_Org.zip", @tempfile=#<File:/tmp/RackMultipart20111207-3870-e7kjrs-0>, @headers="Content-Disposition: form-data; name=\"provider[contents]\"; filename=\"Eric_s_Org.zip\"\r\nContent-Type: application/zip\r\n">}}
Importing manifest for provider Red Hat
Rolling back due to a problem: 
Candlepin::Owner: 400 Bad Request {"displayMessage":"Bad data in export archive"} (POST /candlepin/owners/Eric_s_Org/imports): {"displayMessage":"Bad data in export archive"} 
[/logs]

Expected results:
manifest import succeeds.

Additional info:

Comment 1 Eric Sammons 2011-12-07 21:28:12 UTC
I'm still trying to narrow this down; however, I have found that the issue does _not_ occur when a manifest includes multiple subscriptions.  In at least two of my tests this issue occurred when only a single product was added to a manifest.

Comment 2 Eric Sammons 2011-12-07 21:29:57 UTC
Note at first upload headpin will report success; however, there is no content displayed on the content management tab.

Comment 3 Eric Sammons 2011-12-07 21:33:05 UTC
Added another sub to my distributor; two line items show on rhsm; however, CM only shows one.  See attached screenshots.

Comment 4 Eric Sammons 2011-12-07 21:33:34 UTC
Created attachment 542197 [details]
Applied subs

Comment 5 Eric Sammons 2011-12-07 21:34:02 UTC
Created attachment 542198 [details]
Headpin Content Management view

Comment 6 Eric Sammons 2011-12-09 20:12:32 UTC
This may be specific to a single entitlement.

stage-sam
Red Hat Enterprise Linux Server, Self-support (1-2 sockets) (Up to 1 guest)

Comment 7 Eric Sammons 2011-12-15 15:14:51 UTC
This issue was encountered again with 
katello-headpin-all-0.1.116-2.el6.noarch
candlepin-0.5.6-1.el6.noarch

Will attach production.log.

Comment 11 Eric Sammons 2011-12-20 17:31:56 UTC
This bug is closely related to will focus efforts there 769372.  Based on the summary here, there are no issues importing manifests into the one org.

Moving to verified.