Not all sub-workflows calls are being passed the queue_name
Bug #1648781 reported by
Dougal Matthews
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
tripleo |
Fix Released
|
Medium
|
Dougal Matthews |
Bug Description
In a number of places we make sub-workflows calls to call other workflows from inside the initial workflow. When this happens we don't always pass the queue_name, meaning that the sub-workflows are then sending messages back to the client on the default queue only. This means the CLI never sees these messages.
We need to check and update all the places this is missing.
Stretch goal: Find a way to check this doesn't happen again? Do we need a workflow linter?
Changed in tripleo: | |
status: | Confirmed → In Progress |
Changed in tripleo: | |
milestone: | ocata-2 → ocata-3 |
To post a comment you must log in.
Reviewed: https:/ /review. openstack. org/406165 /git.openstack. org/cgit/ openstack/ tripleo- common/ commit/ ?id=8490ebd7b5c 25711e5faeef909 4429fa764a8463
Committed: https:/
Submitter: Jenkins
Branch: master
commit 8490ebd7b5c2571 1e5faeef9094429 fa764a8463
Author: Dougal Matthews <email address hidden>
Date: Fri Dec 2 14:59:45 2016 +0000
When making sub-workflow calls, pass the queue_name
When we make sud-workflow calls we should pass the queue name that was
provided. At the moment, with the CLI, we are only getting messages from
the "main" workflow, all the sub-workflow messages are going to the
"tripleo" queue, which is currently only consumed by the GUI.
Closes-Bug: #1648781 d7371a5d1b5ba03 c46095bc65e
Change-Id: Icfb25e66ea50a2