Description of problem: Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info:
This issue is related to the issue reported in: https://bugzilla.redhat.com/show_bug.cgi?id=1128890 The fix for this issue relies on the above fix. The problem is that Service provisioning was not waiting for all of the child provisioning to finish. To validate the issue, you should setup a service bundle containing at least 2 service items. Edit the catalog bundle to specify the bundle entrypoint: /Service/Provisioning/StateMachines/ServiceProvision_Template/CatalogBundleInitialization Edit the catalog item(s) to specify the item entrypoint: /Service/Provisioning/StateMachines/ServiceProvision_Template/CatalogItemInitialization The following automate model changes are necessary, so you'll have to have a writable domain: 1. Create the automate method: /Service/Provisioning/StateMachines/Methods/sleep_delay with the contents: 10.times { $evm.log('info', "************ sleep delay ***************") } Create the instance: /Service/Provisioning/StateMachines/Methods/SleepDelay execute value: sleep_delay Edit the instance: /Service/Provisioning/StateMachines/ServiceProvision_Template/CatalogItemInitialization instance as follows: post3 value: /Service/Provisioning/StateMachines/Methods/SleepDelay 2. Create the automate method: /Service/Provisioning/StateMachines/Methods/bundle_post_processing with the contents: 10.times { $evm.log('info', "************ bundle_post_processing ***************") } Create the instance: /Service/Provisioning/StateMachines/Methods/BundlePostProcessing execute value: bundle_post_processing Edit the instance: /Service/Provisioning/StateMachines/ServiceProvision_Template/CatalogBundleInitialization instance as follows: post3 value: /Service/Provisioning/StateMachines/Methods/BundlePostProcessing 3. Provision the service and check the automation.log. Prior to the bug fix referenced in the ticket, you would see the "bundle post processing" log messages prior to some/all of the "sleep_delay" log messages. With the bug fix, you should see 2 sets of "sleep_delay" log messages followed by the "bundle_post_processing" log messages.
https://github.com/ManageIQ/manageiq/pull/3233
New commit detected on manageiq/master: https://github.com/ManageIQ/manageiq/commit/8a8a42bafd8754ce431fd131b103995ca94ca70b commit 8a8a42bafd8754ce431fd131b103995ca94ca70b Author: Tina Fitzgerald <tfitzger> AuthorDate: Fri Jun 19 15:23:59 2015 -0400 Commit: Tina Fitzgerald <tfitzger> CommitDate: Tue Jul 21 10:01:10 2015 -0400 Prevent task state being set to finished until the task is complete. Child task "finished" state was resulting in the parent task being "finished" if there was only one child. Set parent task to "provisioned" until the after_ae_delivery sets the parent task to finished. https://bugzilla.redhat.com/show_bug.cgi?id=1233944 app/models/miq_request_task.rb | 5 +++++ 1 file changed, 5 insertions(+)
Verified in 5.5.0.9
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHSA-2015:2551