Red Hat Bugzilla – Bug 1275204
Content View Destroy task fails in finalize instead of plan when still in use
Last modified: 2015-11-10 07:36:28 EST
Created attachment 1086428 [details]
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):
Steps to Reproduce:
1. Create a ContentView
2. Assign ContentView to a ContentHost
3. Delete ContentView
ContentView Delete Tasks gets into state=paused and keeps the locks
ContentView Delete Tasks fails with state=stopped and result=error
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)
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:
Started at: 2015-10-29 21:28:17 UTC
Ended at: 2015-10-29 21:28:17 UTC
I detected this in our instance that still had 6.1.2 as can also be seen from the trace that has katello-126.96.36.199 in the path
Confirmed this is fixed in 6.1.3.