Bug 1275204 - Content View Destroy task fails in finalize instead of plan when still in use
Summary: Content View Destroy task fails in finalize instead of plan when still in use
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Satellite
Classification: Red Hat
Component: Content Management
Version: 6.1.2
Hardware: Unspecified
OS: Unspecified
unspecified
medium
Target Milestone: Unspecified
Assignee: Brad Buckingham
QA Contact: Katello QA List
URL:
Whiteboard:
Depends On:
Blocks: 1122832
TreeView+ depends on / blocked
 
Reported: 2015-10-26 09:19 UTC by Peter Vreman
Modified: 2019-09-26 13:55 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2015-11-10 12:36:28 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
failing task (14.89 KB, text/html)
2015-10-26 09:19 UTC, Peter Vreman
no flags Details

Description Peter Vreman 2015-10-26 09:19:58 UTC
Created attachment 1086428 [details]
failing task

Description of problem:
When a Content View is still in use it shall fail in the Plan phase instead of the Finalize phase so the task will not get into paused and keep the locks.


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


How reproducible:


Steps to Reproduce:
1. Create a ContentView
2. Assign ContentView to a ContentHost
3. Delete ContentView

Actual results:
ContentView Delete Tasks gets into state=paused and keeps the locks

Expected results:
ContentView Delete Tasks fails with state=stopped  and result=error

Additional info:

Comment 2 Brad Buckingham 2015-10-29 22:07:33 UTC
Hi Peter,

I attempted to reproduce the scenario above and I am observing the desired behavior.  I am wondering if perhaps there is something different between our scenarios.  Is it possible that the association was to a 'host' and not a 'content host'?

release installed: Satellite 6.1.3

Performed the following (all from the UI):

1. create a content view, add a repository, publish the content view
2. associate the content view with an existing content host
3. attempt to delete the content view (i.e. 'Remove View' button)

Behavior observed:

Error indicating:
Cannot delete 'zoo view' due to associated environments: Library. Cannot delete 'zoo view' due to associated systems: sat613capsule.test.

The task failed during the 'plan' phase with the following high-level details:

Label: Actions::Katello::ContentView::Destroy
Name: Delete
Owner: admin
Started at: 2015-10-29 21:28:17 UTC
Ended at: 2015-10-29 21:28:17 UTC
State: stopped
Result: error

Comment 3 Peter Vreman 2015-11-10 12:36:28 UTC
I detected this in our instance that still had 6.1.2 as can also be seen from the trace that has katello-2.2.0.67 in the path

Confirmed this is fixed in 6.1.3.


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