Bug 1652956 - retirement of the parent service does not retire ansible tower and aws orchestration child items
Summary: retirement of the parent service does not retire ansible tower and aws orches...
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat CloudForms Management Engine
Classification: Red Hat
Component: Automate
Version: 5.9.5
Hardware: All
OS: All
high
high
Target Milestone: GA
: 5.10.0
Assignee: Tina Fitzgerald
QA Contact: Nandini Chandra
Red Hat CloudForms Documentation
URL:
Whiteboard:
Depends On:
Blocks: 1656169 1660602
TreeView+ depends on / blocked
 
Reported: 2018-11-23 16:53 UTC by Felix Dewaleyne
Modified: 2022-03-13 16:12 UTC (History)
7 users (show)

Fixed In Version: 5.10.0.28
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
: 1656169 1660602 (view as bug list)
Environment:
Last Closed: 2019-02-12 16:50:39 UTC
Category: ---
Cloudforms Team: CFME Core
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 1608958 0 high CLOSED retiring parent service doesn't retire child service 2021-02-22 00:41:40 UTC

Description Felix Dewaleyne 2018-11-23 16:53:22 UTC
Description of problem:
retirement of the parent service does not retire ansible tower and aws orchestration child items

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

How reproducible:
all the time

Steps to Reproduce:
1. create a bundle that provisions an ansible tower item and an aws orchestration
2. provision the service
3. retire the bundle

Actual results:
the top service is retired but the items are not

Expected results:
the items are retired

Additional info:
the logs show no trace of the service items being retired (the 2 child services don't get retired at all)
this seems close to bz#1608958

Comment 5 Tina Fitzgerald 2018-11-28 18:54:35 UTC
Hi Felix,

We have another ticket that we think has the same root cause, and would benefit with the same fix.  We're working with the customer to test the fix, and would make an official fix once the customer verifies the change.

I'll send an update once I have more information.

Regards,
Tina

Comment 6 Tina Fitzgerald 2018-11-29 20:58:17 UTC
Hi Felix,

As discussed in several cf-prio email threads, we have identified the root cause of the retirement issue to be a Service linking issue for which we are currently test a fix.  

I'll send an update once we have more information.

Thanks,
Tina

Comment 7 Tina Fitzgerald 2018-12-04 16:19:41 UTC
Moving to POST since the following PRs resolve this issue:

https://github.com/ManageIQ/manageiq/pull/18251
https://github.com/ManageIQ/manageiq/pull/18252

Comment 9 Tina Fitzgerald 2018-12-17 20:22:58 UTC
Adding 5.8.z flag per conversation with Dennis.

Comment 11 Nandini Chandra 2019-02-01 18:16:55 UTC
This issue is not specific to Ansible . The issue is that retiring a service bundle doesn't retire child catalog items.

Comment 12 Nandini Chandra 2019-02-01 19:15:38 UTC
Marking this as VERIFIED since the VMs created through child catalogs get retired.


vmdb_production=# select id, name, retirement_state, ancestry from services order by id;
 id |              name              | retirement_state | ancestry 
----+--------------------------------+------------------+----------
  7 | cat-bundle                     | retired          | 
  8 | cat-item2                      | retired          | 7
  9 | service-cback                  | retired          | 7


Verified in 5.10.0.32


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