For a first time user, its not apparent in the instructions at
http://ariatosca.incubator.apache.org/getting-started/ that they may need to
copy the entire examples directory or clone the github repo, I will go ahead
and open a JIRA to update the README.rst with those additional details.
Only i
Never mind. Found it.
On Thu, Aug 24, 2017 at 4:59 PM, Tal Liron wrote:
> Did you read the wiki? ARIA 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 any
I'm just trying to get the HelloWorld example to run on Openstack. Since
the openstack_config property doesn't do anything, I'm having to pass it to
all the operations. Which wiki?
On Thu, Aug 24, 2017 at 4:59 PM, Tal Liron wrote:
> Did you read the wiki? ARIA will send those specially formatt
Did you read the wiki? ARIA 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:53 PM
'dependencies' is a child of implementation in the spec. I don't think
it's going to do anything for me anyway. I just want to pass
openstack_config to the add_target operation as inputs.
On Thu, Aug 24, 2017 at 4:28 PM, Tal Liron wrote:
> What is the error?
>
> On Thu, Aug 24, 2017 at 6:22 P
Ran/Tal,
Is there a dependency that needs to be installed for 'ctx' to work that the
instructions at http://ariatosca.incubator.apache.org/getting-started/ has
missed calling out?
Thanks
Vish
From: Vishwanath Jayaraman
Sent: Thursday, August 24, 2017 4:53 PM
What is the error?
On Thu, Aug 24, 2017 at 6:22 PM, DeWayne Filppi wrote:
> actually "dependencies" fails validation.
>
> On Thu, Aug 24, 2017 at 4:08 PM, Tal Liron wrote:
>
> > Oops, sorry, this is the syntax:
> >
> > interfaces:
> > Configure:
> > add_target:
> > primary: my_scrip
actually "dependencies" fails validation.
On Thu, Aug 24, 2017 at 4:08 PM, Tal Liron wrote:
> Oops, sorry, this is the syntax:
>
> interfaces:
> Configure:
> add_target:
> primary: my_script.sh
> dependencies:
> - "openstack_config > { get_input: openstack_config }"
>
>
I'm not sure what you mean.
Please read the wiki page, it explains the issue in the depth.
On Thu, Aug 24, 2017 at 6:17 PM, DeWayne Filppi wrote:
> So no "inputs"? Seems weird.
>
> On Thu, Aug 24, 2017 at 4:08 PM, Tal Liron wrote:
>
> > Oops, sorry, this is the syntax:
> >
> > interfaces:
> >
So no "inputs"? Seems weird.
On Thu, Aug 24, 2017 at 4:08 PM, Tal Liron wrote:
> Oops, sorry, this is the syntax:
>
> interfaces:
> Configure:
> add_target:
> primary: my_script.sh
> dependencies:
> - "openstack_config > { get_input: openstack_config }"
>
> On Thu, Aug
Oops, sorry, this is the syntax:
interfaces:
Configure:
add_target:
primary: my_script.sh
dependencies:
- "openstack_config > { get_input: openstack_config }"
On Thu, Aug 24, 2017 at 6:00 PM, Tal Liron wrote:
> A few syntax problems:
>
> 1. It looks like you don't have
I should have been more explicit. I'm using the Openstack plugin. I'm
overriding add_target inputs in the Configure interface for the router
requirement.
On Thu, Aug 24, 2017 at 4:00 PM, Tal Liron wrote:
> A few syntax problems:
>
> 1. It looks like you don't have any operation implementation,
A few syntax problems:
1. It looks like you don't have any operation implementation, which is a
required field. (What do you expect the inputs to be sent to?)
2. Also, you are not naming the input. It should be "inputs: {
my_input_name: { get_input: openstack_config } }"
3. But #2 won't work becau
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:
Tal,
Thanks for pointing out that I have to copy the entire examples directory over.
I am now able to go past the error that I was seeing earlier.
I now see the directories 'images', 'scripts' in
.aria/resource/service_template/1 directory.
I am now seeing a new error when I execute the comma
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 scripts it
> references.
You need not just the helloworld YAML file, but also all the scripts it
references. Try copying the whole examples directory to make sure.
We are planning to eventually display a validation error if the YAML file
references artifacts that don't exist, so you wouldn't have to wait until
execution t
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 fail
I copied the helloworld.yaml to '~/examples' (i.e home directory) on my box.
>From the instructions at http://ariatosca.incubator.apache.org/getting-started/
I executed the
aria service-templates store examples/helloworld.yaml my-service-template
command from the home directory.
Additional
No. Gave up and went to other things that were pressing.
On Thu, Aug 24, 2017 at 7:35 AM, Ran Ziv wrote:
> Hey DeWayne,
> Did you manage to resolve this problem? What was it?
>
>
> On Fri, Aug 18, 2017 at 7:18 AM, DeWayne Filppi
> wrote:
>
> > Thanks. Yeah I saw that. I didn't install with p
Hey DeWayne,
Did you manage to resolve this problem? What was it?
On Fri, Aug 18, 2017 at 7:18 AM, DeWayne Filppi wrote:
> Thanks. Yeah I saw that. I didn't install with pip. Tried "make install"
> and it didn't work. Tried "make install-virtual" and that didn't work.
> The "pth" file is in
No, it doesn't :)
This is what mine looks like:
$ ls ~/.aria/resources/service_template/2/
hello-world.yaml images index.html scripts
How did you store the service-template? What was the directory you were in
when running the store command? (not that it should matter, but I don't
have any bett
Find below the console output , does it look right?
ubuntu@intellij:~$ ls -l .aria/
total 6
-rw-rw-r-- 1 ubuntu ubuntu 14897 Aug 23 20:53 cli.log
-rw-rw-r-- 1 ubuntu ubuntu 1246 Aug 23 20:48 config.yaml
drwxrwxr-x 2 ubuntu ubuntu 3 Aug 23 20:53 models
drwxrwxr-x 2 ubuntu ubuntu 2 Aug 23
Interesting. The script resource should have been placed in that directory
when you stored the service-template.
Try looking inside ~/.aria and see what you can find under the model
storage directory - the "service_template/1/.." path mentioned above should
be relative to there.
On Wed, Aug 23, 2
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
25 matches
Mail list logo