parameters:
ParamA:
type: string
default: "this is a test"
Note that `child-2.yaml` stack has no outputs, although we ask for one
in the `child-1.yaml` stack.
Deploy a new stack from `parent.yaml`.
The stack will go to state `CREATE_COMPLETE`. Running `stack-show` on
this stack will reveal:
[
{ "output_value": null, "output_error": "The Referenced Attribute (TopLevelResource role_data) is incorrect.", "output_key": "role_data", "description": "No description given"
}
]
Note that the error is reported against `TopLevelResource`, even
though the actual problem is in the `child-2.yaml` stack. This makes
the error extremely hard to diagnose, especially in environments with
many nested stacks.
There is another problem that is not addressed by the current review.
Start with this in a file named `parent.yaml`:
heat_ template_ version: 2016-04-08
description: Fluentd logging configuration
parameters:
ParamA:
type: string
default: "this is a test"
resources: esource:
TopLevelR
type: ./child-1.yaml
outputs:
config_ settings:
map_ merge:
role_data:
value:
- get_attr: [TopLevelResource, role_data, config_settings]
Place this in `child-1.yaml`:
heat_ template_ version: 2016-04-08
description: Fluentd logging configuration
parameters:
ParamA:
type: string
default: "this is a test"
resources: ateResource:
Intermedi
type: ./child-2.yaml
outputs:
config_ settings:
map_ merge: source, role_data, config_settings]
role_data:
value:
- get_attr: [IntermediateRe
Place this in `child-2.yaml`:
heat_ template_ version: 2016-04-08
description: Fluentd logging configuration
parameters:
ParamA:
type: string
default: "this is a test"
Note that `child-2.yaml` stack has no outputs, although we ask for one
in the `child-1.yaml` stack.
Deploy a new stack from `parent.yaml`.
The stack will go to state `CREATE_COMPLETE`. Running `stack-show` on
this stack will reveal:
[
"output_ value": null,
"output_ error": "The Referenced Attribute (TopLevelResource role_data) is incorrect.",
"output_ key": "role_data",
"description" : "No description given"
{
}
]
Note that the error is reported against `TopLevelResource`, even
though the actual problem is in the `child-2.yaml` stack. This makes
the error extremely hard to diagnose, especially in environments with
many nested stacks.