Bug 761085 - Loading manifest into org fails with Bad data in export archive
Summary: Loading manifest into org fails with Bad data in export archive
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Subscription Asset Manager
Classification: Retired
Component: candlepin
Version: 1.0.0
Hardware: Unspecified
OS: Unspecified
urgent
urgent
Target Milestone: ---
: ---
Assignee: Ivan Necas
QA Contact: SAM QE List
URL:
Whiteboard:
Depends On:
Blocks: 703617 katello-blockers 768032
TreeView+ depends on / blocked
 
Reported: 2011-12-07 16:37 UTC by Eric Sammons
Modified: 2012-04-27 00:22 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
: 768032 (view as bug list)
Environment:
Last Closed: 2012-04-27 00:22:07 UTC
Embargoed:


Attachments (Terms of Use)
Applied subs (184.07 KB, image/jpeg)
2011-12-07 21:33 UTC, Eric Sammons
no flags Details
Headpin Content Management view (134.68 KB, image/jpeg)
2011-12-07 21:34 UTC, Eric Sammons
no flags Details

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.


Note You need to log in before you can comment on or make changes to this bug.