[openstack-dev] [Heat][Horizon] Liberty horizon and get_file workaround?

Zane Bitter zbitter at redhat.com
Fri Apr 22 15:47:40 UTC 2016

On 22/04/16 01:06, Jason Pascucci wrote:
> Hi,
> 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
> processing.

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 
arbitrary files.


>                  Is there a better/sane way?
>                  Is there some conceptual thing I’m missing that makes
> this moot?
> Thanks in advance,
> JRPascucci
> Juniper Networks
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

More information about the OpenStack-dev mailing list