Re: Service Composition / Substitution Mapping

It occurs that it might be useful to be able to tag service templates with arbitrary meta-data. Perhaps at one level carried forward from a CSAR manifest, but also user definable. This would allow inter-service references to be definitive, if desired. This could be implicitly defined as a

Re: Service Composition / Substitution Mapping

To my eyes, the spec doesn't speak of runtime service substituion, but parsetime template composition. IOW, substitution mapping is a fancy "include", or the equivalent of an interface definition. Is it understood by the ARIA team that this includes proxying of running services? IOW, if my

Re: Service Composition / Substitution Mapping

ature support here, perhaps by implementing a general string key-value > dict that could include hints for the specific plugin to use. > > Anyway, just ideas at this point... > > > On Fri, Aug 11, 2017 at 2:25 PM, DeWayne Filppi <dewa...@cloudify.co> > wrote: > > &

Re: Service Composition / Substitution Mapping

e-fits-all solution to this > problem. The dream of NFV might be to have everything connect to each other > like LEGO blocks, but there are far too many protocols, configuration, and > security standards. I think point #2, what I called "static service > composition," is a realistic c

Re: Service Composition / Substitution Mapping

data centers, > a negotiation-based algorithm for properly allocating and placing > resources, connection to billing services, etc. Of course resource > orchestration is not within the scope of ARIA, but it would be great for > ARIA to have plugins for them (and TOSCA be able to model resour

Re: workflow runner error

tomatic upgrade to a new database > format, but least we can tell the user that the database is out of date and > needs resetting. What do you think? > > On Thu, Jul 13, 2017 at 3:40 AM, DeWayne Filppi <dewa...@gigaspaces.com> > wrote: > > > Yes, that absolutely could be the

Re: async execution/task management

ns executions in an asynchronous manner. > > > > On Wed, Jul 12, 2017 at 9:54 PM DeWayne Filppi <dewa...@gigaspaces.com> > > wrote: > > > >> I need to: > >> > >> 1. Launch an execution asynchronously > >> 2. View the

Re: async execution/task management

; > you can see how ARIA runs executions in an asynchronous manner. > > > > On Wed, Jul 12, 2017 at 9:54 PM DeWayne Filppi <dewa...@gigaspaces.com> > > wrote: > > > >> I need to: > >> > >> 1. Launch an execution asynchronously > &

Re: create_template

https://github.com/apache/incubator-ariatosca/blob/0.1.0/ > aria/extension.py#L95 > > In the CLI, for example, it is called here: > https://github.com/apache/incubator-ariatosca/blob/0.1.0/ > aria/cli/main.py#L59 > > > Hope this helps. > > > > On Sun, Jul 9, 201

Re: create_template

in a proper installation of the TOSCA extension. > ( See make target here: > https://github.com/apache/incubator-ariatosca/blob/master/Makefile#L38 ) > > > Ran > > > On Sat, Jul 8, 2017 at 7:10 AM, DeWayne Filppi <dewa...@gigaspaces.com> > wrote: > > > I'm

Re: workflow runner error

kflow in > question as well, since the problem occurs during the workflow compilation > phase. > > > > On Wed, Jul 12, 2017 at 7:41 PM, DeWayne Filppi <dewa...@gigaspaces.com> > wrote: > > > When executing this: > > > > runner = WorkflowRunn

workflow runner error

f-9e57-f2c09b5293f7', 'pending', '2017-07-10 04:14:20.892673', None, None, 1, None, 1, 0.0, 0, None, None, None, , None, 'start_workflow', None, 1, None, None)] I'm running 0.1.0. -- DeWayne -- DeWayne Filppi, Director, Solutions Architect <http://cloudify.co> -

Re: workflow list API

ot; (normative lifecycle) workflows should be > considered as equivalent to any arbitrary workflow. Can you think of > arguments for or against this thinking? > > On Wed, Jul 12, 2017 at 12:52 AM, DeWayne Filppi <dewa...@gigaspaces.com> > wrote: > > > The workfl

Re: Unique identification of an instance element across services

True uuids are seductive, because of their simplicity. But they are huge, overkill, and meaningless. Imho a structured id is superior if it can be made to work without a global locking scheme. - DeWayne On Jul 25, 2017 12:11 PM, "Tal Liron" wrote: > It's not an issue of

Re: Unique identification of an instance element across services

This is a nice post: https://rclayton.silvrback.com/do-you-really-need-a-uuid-guid On Jul 25, 2017 12:42 PM, "DeWayne Filppi" <dewa...@cloudify.co> wrote: > True uuids are seductive, because of their simplicity. But they are huge, > overkill, and meaningless. Imho a str

Re: Unique identification of an instance element across services

tralizing logs, this can quickly be cumbersome. A UUID will identify it > globally and avoid any confusion. > > I think the default should be something that avoids such problems. For > users who insist on shorter IDs, we can allow them to configure it. > > On Tue, Jul 25, 2017 at 2:

workflow list API

The workflow list API call doesn't return "normative" workflows (like "install"). Intentional? -- DeWayne

async execution/task management

I need to: 1. Launch an execution asynchronously 2. View the execution status asynchronously 3. Cancel the execution asynchronously I'm assuming the execution id is the key linking these. Is this kind of operation supported by the library, or is it assumed that the caller will manage such (

inputs

Are template inputs always scalar? The spec seems vague, but all examples I see are scalar. --DeWayne

Re: Service Composition / Substitution Mapping

ta exists in the 1.0 spec. :) > > http://docs.oasis-open.org/tosca/TOSCA-Simple-Profile- > YAML/v1.0/cos01/TOSCA-Simple-Profile-YAML-v1.0-cos01.html#_Toc379455044 > > On Tue, Aug 1, 2017 at 7:16 PM, DeWayne Filppi <dewa...@cloudify.co> > wrote: > > > It occurs that it

cloudify plugin relationship mapping

Is "HostedOn" in TOSCA equivalent to "contained_in" in Cloudify DSL?

Re: cloudify plugin relationship mapping

ability, e.g.: > > node_types: > tosca.nodes.SoftwareComponent: > ... > requirements: > - host: > capability: tosca.capabilities.Container > node: tosca.nodes.Compute > relationship: tosca.relationships.HostedOn > > On

cli throwing PresenterNotFoundError

I'm running 'aria service-template validate' against a CSAR, and getting a 'PresenterNotFoundError'. I installed from source using 'make install-virtual'. Version 0.1.1.

Re: cloudify plugin relationship mapping

Never mind. I see in the example that the relationships aren't even explicitly called out. On Fri, Aug 18, 2017 at 3:23 PM, DeWayne Filppi <dewa...@cloudify.co> wrote: > Thanks. Since types in cloudify dsl don't have capabilities, do I need to > add the capability in the us

aria install plugin openstack

When attempting 'aria plugins install' on the openstack plugin wagon from the website, I get the error: Archive cloudify_openstack_plugin-2.2.0-py27-none-linux_x86_64-centos-Core.wgn is of an unsupported type. Only zip/wgn is allowed aria 0.1.1 The wgn looks ok (i.e. tar tzf works).

Re: aria install plugin openstack

s not up to date. > ARIA only supports wagons implemented using zip archives (the new kind). > > > > On Wed, Aug 23, 2017 at 1:18 AM, DeWayne Filppi <dewa...@cloudify.co> > wrote: > > > When attempting 'aria plugins install' on the openstack plugin wag

Re: cli throwing PresenterNotFoundError

Efrat <a...@cloudify.co> wrote: > A quick late night thought - try this: > https://issues.apache.org/jira/browse/ARIA-110 > > Another solution, try installing via 'make install' only. > > On Fri, Aug 18, 2017 at 3:47 AM, DeWayne Filppi <dewa...@cloudify.co> > wrote: &g

Re: aria install from source error

houldn't be a problem since they are dependencies of ARIA, and > should get installed automatically. > > > On Jun 22, 2017 18:39, "DeWayne Filppi" <dewa...@gigaspaces.com> wrote: > > > Regarding six etc... I installed them based on specific errors

Re: aria install from source error

on which > OS? > > On Fri, Jun 16, 2017 at 7:21 PM, DeWayne Filppi <dewa...@gigaspaces.com> > wrote: > > > Ran, > > > > FYI, that worked, in addition to a ton of other modules I had to add. > The > > other modules were easy to identity, unlike setuptoo

Re: aria install from source error

ese manually. > I assume that you simply meant you installed these and things worked, but > not necessarily that things wouldn't have worked otherwise. If I'm wrong > please let me know so we could update the instructions again. > > > Thanks, > Ran > > On Tue, Jun 20, 2017

Re: aria install from source error

;, line 16, in > > > > File "/tmp/pip-bnCofl-build/setup.py", line 134, in > > > > packages=find_packages(include=['aria*']) + > > > > TypeError: find_packages() got an unexpected keyword argument 'include' > > > > Is this familiar?

Re: aria install from source error

;, line 16, in > > > > File "/tmp/pip-bnCofl-build/setup.py", line 134, in > > > > packages=find_packages(include=['aria*']) + > > > > TypeError: find_packages() got an unexpected keyword argument 'include' > > > > Is this familiar?

Re: Unique identification of an instance element across services

cy situations. > > > > > > > > > > > > So in a large scale perspective, the node names and the service > > template > > > > names have high probability of being same. > > > > > > > > When these ente

Re: Unique identification of an instance element across services

each ARIA install could create its own "database_1" -- what if > > you have two hosts with that same DNS name?). > > I was just going to say the point you made above about DNS name > overlap. > It sounds like we need to sit down and re-visit the serial number >

Re: Unique identification of an instance element across services

ally > > > > "database_1" in the list and "database_2", but each one of these > nodes > > > > would be of a different node template of a different service > template. > > > The > > > > serial number gives the false sense tha

Re: get_attribute not evaluating

t;macro: { val: { get_attributes: [node1, att1] } } > > *macro->macro: { get_attributes: [node1, att1] } > > > On Fri, Oct 6, 2017 at 11:50 AM, DeWayne Filppi <dewa...@cloudify.co> > wrote: > > > Actually, t

Re: get_attribute not evaluating

bute" is only evaluated if it's not nested. -- DeWayne On Fri, Oct 6, 2017 at 10:02 AM, Tal Liron <t...@cloudify.co> wrote: > I think this is as expected: > > macro: *macro->macro: { val: { get_attributes: [node1, att1] } } > > *macro -> mac

Re: get_attribute not evaluating

not by the TOSCA parser on top of > it, so we would really like to know if there's a bug somewhere. I did not > understand from your explanation what works in Cloudify and not in ARIA. > > On Fri, Oct 6, 2017 at 10:25 AM, DeWayne Filppi <dewa...@cloudify.co> > wrote: > &

Re: get_attribute not evaluating

dard > to use that interface. I believe ARIA would then do the right thing. > > > > On Fri, Oct 6, 2017 at 12:56 PM, DeWayne Filppi <dewa...@cloudify.co> > wrote: > > > The plot thickens maybe. See below: > > > > -

Re: get_attribute not evaluating

that can reproduce just this error. > > On Thu, Oct 5, 2017 at 6:56 PM, DeWayne Filppi <dewa...@cloudify.co> > wrote: > > > I'm attempting evaluate 'get_attribute' in an operation input clause like > > so: > > > > fortigate_vnf_baseline_config: > >

list of maps

How would one define a property that was a list of maps, e.g. prop: - a: b - c: d -- DeWayne

Re: list of maps

my_property: > > > type: list > > > entry_schema: Element > > > > > > topology_template: > > > node_templates: > > > my_node: > > > type: MyNode > > > properties: > > > my_property: > > > - {data: {a: b}} > > > - {data: {c: d}} > > > - {data: {e: f, g: h, i: j}} > > > > > > > > > On Fri, Oct 6, 2017 at 5:50 PM, DeWayne Filppi <dewa...@cloudify.co> > > > wrote: > > > > > > > How would one define a property that was a list of maps, e.g. > > > > > > > > prop: > > > > - a: b > > > > - c: d > > > > > > > > > > > > -- DeWayne > > > > > > > > > >

Re: list of maps

gt; c: { type: string, required: false } > e: { type: string, required: false } > > On Tue, Oct 10, 2017 at 11:15 AM, DeWayne Filppi <dewa...@cloudify.co> > wrote: > > > Really? Two layers of properties? > > > > On Tue, Oct 10, 2017 at 11:10 AM,

stuck executions

I started an execution and then canceled it. Now when I try to delete the service (with -f) it fails to delete because the execution is in progress. Any way to clean this up? DeWayne

strange yaml-1.1 error

In the absence of any context (because reproducing this is very involved), does the below error ring any bells? I've seen it before, but don't recall the fix. This error pops up during an install workflow. There seems to be some kind of YAML problem, but it has already passed the

Re: list of maps

e: MyNode > properties: > my_property: > - {data: {a: b}} > - {data: {c: d}} > - {data: {e: f, g: h, i: j}} > > > On Fri, Oct 6, 2017 at 5:50 PM, DeWayne Filppi <dewa...@cloudify.co> > wrote: > > > How would one define a property that was a list of maps, e.g. > > > > prop: > > - a: b > > - c: d > > > > > > -- DeWayne > > >

Fortigate VNF template

For those interested, I'm in the process of implementing a TOSCA template for the initial deployment and configuration of a Fortigate VNF in Openstack. It uses a couple of borrowed Cloudify plugins: one for Openstack itself ( https://github.com/cloudify-cosmo/cloudify-openstack-plugin), and one

Re: Fortigate VNF template

Nope. On Oct 10, 2017 10:50 AM, "Tal Liron" <t...@cloudify.co> wrote: > Great! Is there anything stopping you from contributing this to the ARIA > project when done? > > On Tue, Oct 10, 2017 at 10:37 AM, DeWayne Filppi <dewa...@cloudify.co> > wrote: > >

Re: stuck executions

Sure. Can I update a table in the database or something to fix it? On Tue, Oct 10, 2017 at 11:38 AM, Tal Liron <t...@cloudify.co> wrote: > That's a good point. I would say there is a bug in "service delete -f". > Could you open a bug in JIRA? > > On Tue, Oct 10, 2017

Re: Fortigate VNF template

So you'd agree that it should have required an explicit definition of the inputs? On Tue, Oct 10, 2017 at 2:17 PM, Tal Liron <t...@cloudify.co> wrote: > Any help in debugging would be appreciated! > > On Tue, Oct 10, 2017 at 2:02 PM, DeWayne Filppi <dewa...@cl

Re: Fortigate VNF template

n't seem as though it should be possible. In any case, the latest has been pushed to the repo: https://github.com/dfilppi/fortigate-tosca-example DeWayne On Tue, Oct 10, 2017 at 10:37 AM, DeWayne Filppi <dewa...@cloudify.co> wrote: > For those interested, I'm in the process of implemen

Re: Fortigate VNF template

> bug. So yes, I would say you absolutely need to declare your inputs. > > On Tue, Oct 10, 2017 at 2:46 PM, DeWayne Filppi <dewa...@cloudify.co> > wrote: > > > So you'd agree that it should have required an explicit definition of the > > inputs? > > &

Re: get_attribute not evaluating

a > complete example that we can actually run, or -- much better -- a minimal > example that can reproduce just this error. > > On Thu, Oct 5, 2017 at 6:56 PM, DeWayne Filppi <dewa...@cloudify.co> > wrote: > > > I'm attempting evaluate 'get_attribute' in an operation input cl

Re: Fortigate VNF template

24 PM, Thomas Nadeau <tnadeaua...@gmail.com> > wrote: > > > > > I created https://issues.apache.org/jira/browse/ARIA-388 to > > capture this. > > > > —Tom > > > > > > > On Oct 10, 2017, at 4:09 PM, DeWayne Filppi <de

Re: error after adding "userdata" or "user_data" to plugin.yaml

tructions to reproduce. > > On Tue, Sep 5, 2017 at 7:07 PM, DeWayne Filppi <dewa...@cloudify.co> > wrote: > > > After adding the highlighted content to the ARIA openstack plugin.yaml, > > > > aria.openstack.datatypes.Server: > > description: >- &g

operation dependencies

I see in the examples a list of dependencies for scripts in operations, for example: implementation: primary: scripts/configure.sh dependencies: - "ssh.user > { get_input: ssh_username }" - "ssh.key_filename > { get_input:

Re: server create problem

g with "-vvv"? > > The "openstack_config" property/input should have nothing to do with the > image/flavor assignment - The former only affects the Openstack client > configuration, while the latter is set for a specific API call. > > > > On Wed, Aug 30, 2017 at 2:38 AM, De

Re: server create problem

is error message. > Could you copy paste the full execution logs when running with "-vvv"? > > The "openstack_config" property/input should have nothing to do with the > image/flavor assignment - The former only affects the Openstack client > configuration, while the latter is set f

error after adding "userdata" or "user_data" to plugin.yaml

After adding the highlighted content to the ARIA openstack plugin.yaml, aria.openstack.datatypes.Server: description: >- openstack Server args. properties: server: type: map required: false entry_schema: type: string I get the following

Re: openstack plugin

lared explicitly? > There's a good chance that if this were possible than it simply got omitted > during translation by mistake. > Feel free to create a PR and add that. > > As a workaround, I assume you can simply inherit the type. > > > On Sat, Sep 2, 2017 at 7:02 PM,

Re: openstack plugin

asses the > situation without much more information. > > On Wed, Sep 6, 2017 at 5:54 PM, DeWayne Filppi <dewa...@cloudify.co> > wrote: > > > I was afraid you were going to say that. I added a generic map as the > > "server" property. This passes the parse

Re: openstack plugin

r...@cloudify.co> wrote: > Well then, feel free to create an issue, and either submit the smaller fix, > or create a PR which goes beyond this as you say :) > > > On Tue, Sep 5, 2017 at 6:52 PM, DeWayne Filppi <dewa...@cloudify.co> > wrote: > > > Yes, I believe

Re: openstack plugin

FAIK the > spec does in fact allow for more freedom when it comes to passing operation > inputs which weren't defined in a schema - but we don't support that at > this time. > > > On Thu, Sep 7, 2017 at 1:08 AM, DeWayne Filppi <dewa...@cloudify.co> > wrote: > > >

Re: Renaming the install and uninstall normative workflows

+1 On Tue, Oct 3, 2017 at 10:17 AM, Tal Liron wrote: > +1 > > I don't see any reason why not to. Anybody have another opinion? > > On Tue, Oct 3, 2017 at 11:50 AM, Steve Baillargeon < > steve.baillarg...@ericsson.com> wrote: > > > Hi > > The YAML Profile 1.1 has officially

Re: cloudify openstack plugin example

ution? > > On Wed, Aug 23, 2017 at 12:54 PM, DeWayne Filppi <dewa...@cloudify.co> > wrote: > > > Having trouble with inputs when trying to run the openstack helloworld. > I > > provide inputs that look like this: > > > > ssh_username: ubuntu > &g

cloudify openstack plugin example

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

uninstall behavior

Uninstall fails upon error. This has bad consequences for cleaning up partial installs. Here's what I see: 1. Run install to create a chain of dependent nodes, say network -> subnet -> port -> instance. 2. For whatever reason, install fails on "create port" for example. 3. Running uninstall

Re: cli throwing PresenterNotFoundError

No. Gave up and went to other things that were pressing. On Thu, Aug 24, 2017 at 7:35 AM, Ran Ziv <r...@cloudify.co> wrote: > Hey DeWayne, > Did you manage to resolve this problem? What was it? > > > On Fri, Aug 18, 2017 at 7:18 AM, DeWayne Filppi <dewa...@cloudify.c

subnet connected to router

In the ARIA usage of the plugin, I need to pass openstack_config explicitly to every operation. Since the relationships are implicit, how do I accomplish this? Currently I get errors when trying to connect a subnet to a router. I've tried overriding the relationship like so: subnet:

Re: subnet connected to router

> > Try something like this: > > interfaces: > Configure: > add_target: > primary: my_script.sh > dependencies: > - openstack_config: { get_input: openstack_config } > > On Thu, Aug 24, 2017 at 5:49 PM, DeWayne Filppi <dewa...@cloudify.co

Re: subnet connected to router

something like this: > > > > interfaces: > > Configure: > > add_target: > > primary: my_script.sh > > dependencies: > > - openstack_config: { get_input: openstack_config } > > > > On Thu, Aug 24, 2017 at 5:49

Re: Seeing error "Validation issues: unknown parent type "tosca:Root" in WebServer"

I'm running in a cloned github repo, so all is there. On another front, the Aria port type for Openstack requires that every port have a public/floating ip. On Thu, Aug 24, 2017 at 11:11 AM, Tal Liron wrote: > You need not just the helloworld YAML file, but also all the

Re: subnet connected to router

gt; > Try something like this: > > > > interfaces: > > Configure: > > add_target: > > primary: my_script.sh > > dependencies: > > - openstack_config: { get_input: openstack_config } > > > > On Thu, Aug 24, 2017 at 5:49

Re: subnet connected to router

gt; On Thu, Aug 24, 2017 at 6:22 PM, DeWayne Filppi <dewa...@cloudify.co> > wrote: > > > actually "dependencies" fails validation. > > > > On Thu, Aug 24, 2017 at 4:08 PM, Tal Liron <t...@cloudify.co> wrote: > > > > > Oops, sorry, this is

Re: subnet connected to router

will send those specially formatted > dependencies as arguments to the @operation function. > > It would help to see your complete example, as I don't know what you're > doing and not doing anymore. Could you throw it into a GitHub repo perhaps? > > On Thu, Aug 24, 2017 at 6:

Re: subnet connected to router

t know what you're > doing and not doing anymore. Could you throw it into a GitHub repo perhaps? > > On Thu, Aug 24, 2017 at 6:53 PM, DeWayne Filppi <dewa...@cloudify.co> > wrote: > > > 'dependencies' is a child of implementation in the spec. I don't think > > it's going

Re: subnet connected to router

in the TOSCA spec, so you must specify > it even if it is the same. > > On Fri, Aug 25, 2017 at 12:47 PM, DeWayne Filppi <dewa...@cloudify.co> > wrote: > > > It appears that this issue *was* fixed by repeating the implementation > key > > in the add_target block

Re: subnet connected to router

.co> wrote: > That you supply where? Override where? What is the error? Sorry DeWayne, > very hard for me to follow your explanation. We really need a complete > simple example here and the exact errors that you get. > > On Fri, Aug 25, 2017 at 4:06 PM, DeWayne Filppi <dewa

Re: subnet connected to router

ment is "NOT SET" (the default). Even though I have overridden it (should be "dewayne"). On Fri, Aug 25, 2017 at 3:06 PM, DeWayne Filppi <dewa...@cloudify.co> wrote: > For the simplified example I need to provide a shell script or python > script that dumps the in

Re: subnet connected to router

, 2017 at 3:31 PM, Tal Liron <t...@cloudify.co> wrote: > And you're saying that also in "aria services show -f" you see that it's > NOT SET? > > On Fri, Aug 25, 2017 at 5:29 PM, DeWayne Filppi <dewa...@cloudify.co> > wrote: > > > Never mind, figure

Re: subnet connected to router

; to reproduce this, but without success. My example correctly assigns the > value when I run "aria services show -f". I wonder if it's a bug that was > fixed somewhere or if there's something else going on in your more complex > example. > > Could you try with the attached

Re: subnet connected to router

l Liron <t...@cloudify.co> wrote: > Could you create a minimal YAML file that demonstrates this problem so we > can reproduce it? It could be a bug. > > On Fri, Aug 25, 2017 at 2:48 PM, DeWayne Filppi <dewa...@cloudify.co> > wrote: > > > I don't know if this is a cl

Re: subnet connected to router

ty strings) is used. On Fri, Aug 25, 2017 at 2:02 PM, Tal Liron <t...@cloudify.co> wrote: > Is my attempt not what you meant? Was your error different? > > On Fri, Aug 25, 2017 at 4:01 PM, DeWayne Filppi <dewa...@cloudify.co> > wrote: > > > OK. You want something no

Re: Seeing error "Validation issues: unknown parent type "tosca:Root" in WebServer"

ctx" from the shell - that should give > > you an error, but one from the "ctx" program, not one that such a program > > was not found. > > > > > > On Fri, Aug 25, 2017 at 4:40 AM, Vishwanath Jayaraman < > > vishwana...@hotmail.com> wrote: > >

Re: subnet connected to router

u can use > git master for now. > > On Mon, Aug 28, 2017 at 11:58 AM, DeWayne Filppi <dewa...@cloudify.co> > wrote: > > > I'm on 0.1.1 > > > > On Mon, Aug 28, 2017 at 9:48 AM, Tal Liron <t...@cloudify.co> wrote: > > > > > Hm, are you using a

Re: subnet connected to router

I'm on 0.1.1 On Mon, Aug 28, 2017 at 9:48 AM, Tal Liron <t...@cloudify.co> wrote: > Hm, are you using a git snapshot or a release? This issue was fixed on git > but not released yet. > > On Fri, Aug 25, 2017 at 7:20 PM, DeWayne Filppi <dewa...@cloudify.co&

Re: Seeing error "Validation issues: unknown parent type "tosca:Root" in WebServer"

rent type > > > "tosca:Root" in WebServer" > > > > > > Hi Vishwanath, > > > > > > Thanks for helping in updating the hello-world example readme. Sorry > > about > > > the lack of clarity there regarding the need to copy the template's > >

Re: subnet connected to router

he Openstack plugin, I can't help you much because I'm not > very familiar with it. Perhaps someone else on the list could assist? > > But I have a feeling this is a higher-level issue, we just need to be > patient and try to isolate it. > > On Mon, Aug 28, 2017 at 5:49 PM, DeWayne Fi

Re: subnet connected to router

Note that creating a subtype of Subnet had no effect. Tried to force the settings into a common subtype as a workaround, but had no luck. On Mon, Aug 28, 2017 at 2:31 PM, DeWayne Filppi <dewa...@cloudify.co> wrote: > I couldn't use your example. The one I just sent illustrates th

Re: subnet connected to router

DeWayne, please slow down. We need to be on the same page here. At the very > least we need to use the same versions of ARIA. > > Why couldn't you use my example? > > On Mon, Aug 28, 2017 at 5:38 PM, DeWayne Filppi <dewa...@cloudify.co> > wrote: > > > Note tha

Re: subnet connected to router

to start with > something without Openstack or any other dependencies so we can isolate the > bug precisely. > > On Mon, Aug 28, 2017 at 3:53 PM, DeWayne Filppi <dewa...@cloudify.co> > wrote: > > > OK. Here's the example with no dependencies. Two nodes. > > > &g

Re: subnet connected to router

the error with the example I provided here? > Please let's start with this minimal example to make sure we're on the same > page. If the example validates for you, we can try adding features to try > to see what replicates the bug. > > On Mon, Aug 28, 2017 at 1:37 PM, DeWayne Filppi <d

Re: subnet connected to router

g 28, 2017 at 7:23 PM, DeWayne Filppi <dewa...@cloudify.co> > wrote: > > > Hopefully. Has nothing to do with the Openstack plugin. My example had > no > > reference to it. Just switched to master branch, and it had no effect. > > The subnet node has a direct "

Re: subnet connected to router

> > But I have a feeling this is a higher-level issue, we just need to be > patient and try to isolate it. > > On Mon, Aug 28, 2017 at 5:49 PM, DeWayne Filppi <dewa...@cloudify.co> > wrote: > > > Sent this before: > > > > I got this: > > > >

Re: cloudify openstack plugin example

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 <dewa...@cloudify.co> wrote: > Probably not. The example uses g

Re: cloudify openstack plugin example

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 <dewa...@cloudify.co> wrote: > Actually, I see now at the bottom of the "show" output that at l

Re: cloudify openstack plugin example

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 Fil

Re: cloudify openstack plugin example

ator-ariatosca/commit/ > 8981791a10f91cb4f99ff8c01fd6b130b470ffae > > > On Wed, Aug 23, 2017 at 9:15 PM, DeWayne Filppi <dewa...@cloudify.co> > wrote: > > > I see this related to inputs: > > > > openstack_config: {'username': '', 'nova_url': '', 'tenant_name': '',

Re: subnet connected to router

e same. > > On Fri, Aug 25, 2017 at 12:47 PM, DeWayne Filppi <dewa...@cloudify.co> > wrote: > > > It appears that this issue *was* fixed by repeating the implementation > key > > in the add_target block. Intuitively, I would expect that fields I > didn't > &g

Re: subnet connected to router

; It would help to see your complete example, as I don't know what you're > > > doing and not doing anymore. Could you throw it into a GitHub repo > > perhaps? > > > > > > On Thu, Aug 24, 2017 at 6:53 PM, DeWayne Filppi <dewa...@cloudify.co> > >

  1   2   >