I quite often get the following message in the middle of deploying to a stackato 3.0.1 env:
Error: Staging error: no available stagers for stack lucid64 and mem 512
The workaround seems to be to do a stackato logout followed by stackato login.
It doesn't matter which type of app I am deploying: Grails, Django or NodeJS. I also get this from multiple client machines (macbook, imac) and when pointing to different stackato 3.0.1 environments.
What is the problem here?
I am trying to add a custom service broker which implements the Cloud Foundry v2 service broker API to my Stackato Micro Cloud VM.
When I try, I receive the following response:
I've noticed that the Stackato CLI has an add-service-broker function, but lacks Cloud Foundry's update-service-broker and remove-service-broker!
Furthermore, the CLI's curl function does not appear to allow the delete operation.
I had to manually curl the API like so to delete a service broker (the token shown below has been changed):
I'm trying to find/install a micro cloud instance of Stackato 2.10 for compatibility with our Stackato infrastructure at work.
The link I found (http://downloads.activestate.com/stackato/vm/v2.10.6/stackato-vm-vmware-...) has been incredible slow and has failed several times over the past 3 days.
Does anyone know of a mirror for this?
I'm in the process of migrating from Stackato 2.10.6 to Stackato 3.0.1 in an AWS environment. I've got two separate instances: one for 2.10.6 and one for 3.0.1, both containing identical versions of the applications I'm deploying - one of which is a Django app.
Everything seems to work fine and the same in both environments except for the Django app. This works in Stackato 2.10.6 but not in Stackato 3.0.1: when I try to access it with either http or https the browser returns a 'redirect loop' error.
The stackato client seems to be really sluggish on Windows 7, sometimes completely unresponsive.
Logging in takes around a minute as the command login takes 15-30 seconds to display the username prompt, and after entering a password it takes anoter 15-30 to return to the stackato prompt.
After logging in running a target command can take up to a full minute, and pushing applications seems to be a roll of the dice on whether I get output at all.
Could this be a configuration issue somewhere on my end, or should I start looking into getting a Mac?
I'm getting the error message when trying to deploy to my local Stackato Micro Cloud 3.0.1
Uploading Application [t] ...
Checking for bad links ... OK
Copying to temp space ... OK
Checking for available resources ... OK
Processing resources ... OK
Packing application ... OK
Uploading (439K) ... OK
Push Status: OK
Stopping Application [t] ... OK
Starting Application [t] ...
Error: Staging error: failed to stage application: Unable to fetch container via fence
Any ideas about what I'm doing wrong?
I'm constantly getting the following error (exit code 0) when doing either: stackato update -n OR stackato push -n on a Django app:
2013-12-21T08:32:36+0100 staging: -----> Installing dependencies using PyPM
2013-12-21T08:32:36+0100 staging: Get: [pypm-be.activestate.com] :repository-index:
2013-12-21T08:32:36+0100 staging: error: HTTP Error 504: Connect to pypm-be.activestate.com:80 failed: Too many open files
Error 504 is a gateway error code. Is this something on ActiveState's side?
I'd like to install ActiveMq Service on my Stackato. I follow this link :
But When I execute the Bootstrap script, I have this error :
ERROR: Invalid <component> specified
ERROR: Invalid <component> specified
ERROR: Invalid role given 'activemq'
we have 3 apps using 3 different frameworks (Grails, node.js, Django) together on a single microcloud node (Stackato v2.10.6). They talk to each other via REST APIs. We want to use HTTPS for all communication. HTTPS itself is working but we also want to redirect all HTTP traffic to HTTPS.
Do we have to do that inside each individual app (i.e. figure it out 3 times...)? Or is there a way to do it for all of them together?
We currently use the default stackato router (router2g).