Re: cloudify openstack plugin example

2017-08-24 Thread Ran Ziv
I actually think it still might be related to the issue I mentioned above :) if the operation input isn't set with actual values, the node property should take hold - but because of the bug I mentioned the operation input receives empty yet still set values and therefore possibly overrides the node

Re: cloudify openstack plugin example

2017-08-23 Thread DeWayne Filppi
Found it. Turns out "openstack_config" in node properties is deprecated with extreme prejudice (IOW it doesn't work). Putting it in the operation inputs makes it work. On Wed, Aug 23, 2017 at 11:02 AM, Tal Liron wrote: > Input files indeed look like that (as long as they have a .yaml suffix).

Re: cloudify openstack plugin example

2017-08-23 Thread DeWayne Filppi
I notice the example uses the deprecated 'openstack_config' property rather than passing it to each operation. Maybe that's it? On Wed, Aug 23, 2017 at 3:29 PM, DeWayne Filppi wrote: > Actually, I see now at the bottom of the "show" output that at least the > template inputs are getting through

Re: cloudify openstack plugin example

2017-08-23 Thread DeWayne Filppi
Actually, I see now at the bottom of the "show" output that at least the template inputs are getting through. They don't somehow make it into the nodes though. On Wed, Aug 23, 2017 at 1:42 PM, DeWayne Filppi wrote: > Probably not. The example uses get_input > > On Wed, Aug 23, 2017 at 1:28 PM,

Re: cloudify openstack plugin example

2017-08-23 Thread DeWayne Filppi
Probably not. The example uses get_input On Wed, Aug 23, 2017 at 1:28 PM, Ran Ziv wrote: > Might be related to this bug: > https://issues.apache.org/jira/browse/ARIA-349 > > Which was recently fixed in this PR: > https://github.com/apache/incubator-ariatosca/commit/ > 8981791a10f91cb4f99ff8c01f

Re: cloudify openstack plugin example

2017-08-23 Thread Ran Ziv
Might be related to this bug: https://issues.apache.org/jira/browse/ARIA-349 Which was recently fixed in this PR: https://github.com/apache/incubator-ariatosca/commit/8981791a10f91cb4f99ff8c01fd6b130b470ffae On Wed, Aug 23, 2017 at 9:15 PM, DeWayne Filppi wrote: > I see this related to inputs:

Re: cloudify openstack plugin example

2017-08-23 Thread DeWayne Filppi
I see this related to inputs: openstack_config: {'username': '', 'nova_url': '', 'tenant_name': '', 'region': '', 'password': '', 'neutron_url': '', 'auth_url': ''} The model appears fine. I'm just using the one directly from github. On Wed, Aug 23, 2017 at 11:02 AM, Tal Liron wrote: > Inpu

Re: cloudify openstack plugin example

2017-08-23 Thread Tal Liron
Input files indeed look like that (as long as they have a .yaml suffix). If you do "aria services show -f" you can get a complete dump of the entire model. Can you check that everything is correct there before we move on to debugging the execution? On Wed, Aug 23, 2017 at 12:54 PM, DeWayne Filppi

cloudify openstack plugin example

2017-08-23 Thread DeWayne Filppi
Having trouble with inputs when trying to run the openstack helloworld. I provide inputs that look like this: ssh_username: ubuntu external_network_name: public_net webserver_port: 8080 private_key_path: ~/dfilppi-rs.pen image: some image id flavor: "2" openstack_config: username: dewayne pas