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
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
>
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
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
'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
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:
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:
> >
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:
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,
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
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
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
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
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
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
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
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
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.
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.
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.
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,
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
24 matches
Mail list logo