[openstack-dev] [Heat][Horizon] Liberty horizon and get_file workaround?
zbitter at redhat.com
Fri Apr 22 15:47:40 UTC 2016
On 22/04/16 01:06, Jason Pascucci wrote:
> I wanted to add my yaml as new resources (via
> /etc/heat/environment.d/default.yaml, but we use some external files in
> the OS::Nova::Server personality section.
I think you're describing this bug:
There's a patch proposed but not yet merged:
> It looks like the heat cli handles that when you pass yaml to it, but I
> couldn’t get it to work either through horizon, or even heat-cli when it
> was a get_file from inside of the new resources.
> I can see why file:// might not work, but I sort of
> expected that at least http://blah would still work within horizon (if
> so, I could just stick it in swift somewhere, but alas, no soup).
> What’s the fastest path to a workaround?
Fastest path is probably either backport the patch above, or have a
generation process for templates in your global environment (i.e.
/etc/heat/environment.d) that inlines any external files.
> I was thinking of making a new resource plugin that
> reads the path, and returns the contents so it could be used as a
> get_attr, essentially cribbing the code from the heat command line
You'd want to be very careful with that to make sure that random users
couldn't end up using that resource type in their templates to read
> Is there a better/sane way?
> Is there some conceptual thing I’m missing that makes
> this moot?
> Thanks in advance,
> Juniper Networks
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
More information about the OpenStack-dev