Bug 2043248 - Importing content fails if an importer with same name already exists
Summary: Importing content fails if an importer with same name already exists
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Satellite
Classification: Red Hat
Component: Inter Satellite Sync
Version: 6.10.1
Hardware: Unspecified
OS: Unspecified
unspecified
medium
Target Milestone: 6.11.0
Assignee: Partha Aji
QA Contact: Radek Mynar
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2022-01-20 21:52 UTC by Joniel Pasqualetto
Modified: 2022-07-27 18:39 UTC (History)
5 users (show)

Fixed In Version: tfm-rubygem-katello-4.3.0.2-1
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
: 2059392 (view as bug list)
Environment:
Last Closed: 2022-07-05 14:32:15 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Foreman Issue Tracker 34373 0 Normal Closed Importing content fails if an importer with same name already exists 2022-02-28 16:15:59 UTC
Red Hat Knowledge Base (Solution) 6886551 0 None None None 2022-04-05 06:29:14 UTC
Red Hat Product Errata RHSA-2022:5498 0 None None None 2022-07-05 14:32:32 UTC

Description Joniel Pasqualetto 2022-01-20 21:52:27 UTC
Description of problem:

If a previous import attempt left an importer created on pulp and a new import task is created with the same source tarball, the new task fails complaining about the importer already being created.

There's no easy way to cleanup the importer (from a user perspective).

Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce:
1. Start an import task 
2. make the import task fail unexpectedly (kill the worker importing it, for example)
3. cancel/cleanup the task (if you skip the failed step and resume, the importer will be removed)
4. Cleanup the imported CV on Satellite
5. Try importing again



Actual results:

~~~
# hammer content-import version --organization-id 5 --path /var/lib/pulp/imports/test3_kickstart_rhel7/1.0/2022-01-14T11-34-09-05-00/
[.............................                                                                                                                                                                                                        ] [13%]
Error: Error message: the server returns an error
HTTP status code: 400
Response headers: {"Date"=>"Thu, 20 Jan 2022 21:48:48 GMT", "Server"=>"gunicorn", "Content-Type"=>"application/json", "Vary"=>"Accept,Cookie", "Allow"=>"GET, POST, HEAD, OPTIONS", "X-Frame-Options"=>"SAMEORIGIN", "Content-Length"=>"39", "Correlation-ID"=>"28a90f8e-405b-444c-ba13-c80d62b06632", "Access-Control-Expose-Headers"=>"Correlation-ID", "Via"=>"1.1 bombsat610.usersys.redhat.com", "Connection"=>"close"}
Response body: {"name":["This field must be unique."]}
~~~

Expected results:

Import should work anyway or at least return a more meaningful error. 

Additional info:

Comment 3 Partha Aji 2022-02-01 20:57:07 UTC
Connecting redmine issue https://projects.theforeman.org/issues/34373 from this bug

Comment 6 Radek Mynar 2022-04-29 14:14:15 UTC
I prepared complete and incremental exports of few Content Views and Libraries. Then I tried to import them and killed the import task (kill pulpcore-worker). Importers were cleaned up automatically. Re-import of CVs and Libraries was successful. 

VERIFIED with Satellite 6.11 SNAP 17.0 @ RHEL8.5

Comment 9 errata-xmlrpc 2022-07-05 14:32:15 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory (Moderate: Satellite 6.11 Release), and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHSA-2022:5498


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