Bug 1329851

Summary: [RFE] should be easier to delete content hosts where registration failed (e.g. when registering in scale)
Product: Red Hat Satellite Reporter: Jan Hutař <jhutar>
Component: Tasks PluginAssignee: satellite6-bugs <satellite6-bugs>
Status: CLOSED WONTFIX QA Contact:
Severity: medium Docs Contact:
Priority: unspecified    
Version: 6.2.0CC: bkearney, psuriset, tspeetje
Target Milestone: UnspecifiedKeywords: FutureFeature, RFE, Triaged
Target Release: Unused   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2017-11-02 17:15:51 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

Description Jan Hutař 2016-04-23 20:39:20 UTC
Description of problem:
It should be easier to delete content hosts where registration failed (e.g. when registering in scale). Issue which caused registration to fail is not subject of this bugzilla.


Version-Release number of selected component (if applicable):
satellite-6.2.0-8.2.beta.el7sat.noarch


How reproducible:
always


Steps to Reproduce:
1. Have few content hosts, where registration failed, e.g. with some of
   the error messages bellow:
     Task <uuid>: RestClient::InternalServerError: 500 Internal Server Error
     There was an issue with the backend service pulp: Pulp message bus connection issue.
     There was an issue with the backend service pulp: 500 Internal Server Error
2. Attempt to delete these content hosts:
   Hosts -> Content Hosts -> tick few of them -> Bulk Actions -> Remove Hosts


Actual results:
Now deleting task fails because some of its sub-tasks fails. To make it pass, you have to:

1. Go to failed parent task's sub tasks
2. Find these with State: stopped/Result: error
3. Open the link in the Error message which says:

> Required lock is already taken by other running tasks.
> Please inspect their state, fix their errors and resume them.
>
> Required lock: read
> Conflicts with tasks:
> - https://<fqdn>/foreman_tasks/tasks/b1654849-ec92-4e9e-bd68-78d925a2a8d4

4. Click [Dynflow Console] (make sure this works - because page is autoreloading, sometimes you have to click multiple times to make it work)
5. Click "Skip" at red row
6. Click resume and see the task to change from paused / warning to stopped / warning
7. Go back to Hosts -> Content Hosts
8. Select system(s) which had the problem again and delete it using bulk actions


Expected results:
There should be some workflow where this all would be possible via simmilar number of clicks as single ... -> Bulk Actions -> Remove Hosts


Additional info:
Imagine use case as I was solving: I was registering via subscription-manager in bunches 10 of 100 clients in parallel (1000 clients in total) and in different of these bunches few hosts failed. I have ended with 23 invalid profiles. When I have attempted to delete these, it meant 115+ clicks on Satellite webUI. There seems not to be a way to script this via Hammer (looks like there is simply no required API).

Comment 2 Bryan Kearney 2016-07-26 15:25:24 UTC
Moving 6.2 bugs out to sat-backlog.

Comment 3 Bryan Kearney 2016-07-26 15:29:25 UTC
Moving 6.2 bugs out to sat-backlog.

Comment 5 Bryan Kearney 2017-11-02 17:15:51 UTC
This can be done today from the hosts page.

Comment 6 Bryan Kearney 2017-11-02 17:21:44 UTC
Thank you for your interest in Satellite 6. We have evaluated this request, and we do not expect this to be implemented in product in the forseeable future. We are therefore closing this out as WONTFIX. If you have any concerns about this, please feel free to contact Rich Jerrido or Bryan Kearney. Thank you.

Comment 7 Bryan Kearney 2017-11-02 17:22:18 UTC
Thank you for your interest in Satellite 6. We have evaluated this request, and we do not expect this to be implemented in product in the forseeable future. We are therefore closing this out as WONTFIX. If you have any concerns about this, please feel free to contact Rich Jerrido or Bryan Kearney. Thank you.