get_attr output attribute is always set to private

Bug #1626079 reported by Sahdev Zala
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Heat Translator
New
Undecided
Unassigned

Bug Description

By default the private network is named 'private' and that's how heat-translator translates to produce output with get_attr function in the translated template: e.g.
get_attr: [my_instance, networks, private, 0]
This mapping happens for TOSCA Compute's private_address attribute.
However if user has a private network with a name that's not 'private' then translated template won't produce any output because there is no 'private' named network.
The solution could be to programmatically find private network name an instance is associated with or ask user to provide the name of network as input to the translator.

Sahdev Zala (spzala)
Changed in heat-translator:
assignee: nobody → Sahdev Zala (spzala)
Sahdev Zala (spzala)
description: updated
Revision history for this message
xiaodong shang (shangxdy) wrote :

The related patch refer to https://review.openstack.org/#/c/370720/, which only resolved current error in heat-translator, and i think this patch will provide the complete solution about translation from tosca to hot.

Sahdev Zala (spzala)
Changed in heat-translator:
assignee: Sahdev Zala (spzala) → nobody
description: updated
Sahdev Zala (spzala)
description: updated
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.