Bug 1565418 - Service retirement does not properly handle retiring orchestration stacks
Summary: Service retirement does not properly handle retiring orchestration stacks
Keywords:
Status: CLOSED DUPLICATE of bug 1468635
Alias: None
Product: Red Hat CloudForms Management Engine
Classification: Red Hat
Component: Automate
Version: 5.9.0
Hardware: Unspecified
OS: Unspecified
medium
medium
Target Milestone: GA
: cfme-future
Assignee: Tina Fitzgerald
QA Contact: Dave Johnson
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2018-04-10 01:27 UTC by Jeff Warnica
Modified: 2018-07-19 13:57 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2018-07-18 14:32:58 UTC
Category: ---
Cloudforms Team: ---
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Jeff Warnica 2018-04-10 01:27:24 UTC
Description of problem:

Attempting to smoke test an AWS CloudFormations stack lifeclye, noticed that the service retirement does not work. This is provider independent and would also fail for other orchestration templates / stacks / service catalog combinations.


How reproducible:
always

Steps to Reproduce:
1. Deploy a new Orchestration template
2. Generate a Dialog. Wire up to a new service catalog item
3. Order SC item
4. Retire SC item

Actual results:
Attached stack does not retire and remains

Expected results:
Attached stack does retire

Additional info:

Proposed fix:

/ Service / Retirement / StateMachines / Methods / retire_service

+$evm.root["service"].orchestration_stack.retire_now

(possibly with nil check)

Comment 2 Tina Fitzgerald 2018-05-25 13:51:53 UTC
Hi Jeff,

Could you supply more details, and logs, or preferably a reproducer environment?

Thanks,
Tina

Comment 3 Tina Fitzgerald 2018-06-18 16:03:06 UTC
Hi Jeff,

Per comment 2, could you supply more detail?

Thanks,
Tina

Comment 4 Jeff Warnica 2018-06-18 16:12:41 UTC
There is no special environment needed.

Per my steps, create dialog and catalog item, provision a stack, and attempt to retire the stack. It won't be removed.

Comment 5 Tina Fitzgerald 2018-06-18 16:20:42 UTC
Hi Jeff,

In what version of 5.9 did you encounter this issue?

Thanks,
Tina

Comment 6 Jeff Warnica 2018-06-18 16:30:16 UTC
I believe I found it on an appliance which is now at 5.9.2, but well could have been before that upgrade happened.

Comment 7 Tina Fitzgerald 2018-07-18 14:32:58 UTC

*** This bug has been marked as a duplicate of bug 1468635 ***


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