The DEA is trying to run a script in the warden container to untar the droplet. For some reason, the user executing the script and the file system permissions in the container in the /home/vcap

This information is not provided to the app. You can see what data is provided here: http://docs.run.pivotal.io/devguide/deploy-apps/environment-variable.html#instance-vars If you want to get this

evaluating the performance of my app. how my app can get the number of instances in which its running. in runtime it needs this info in my logic.

i thought exit with status 0 is error. my app is running good then. thanks Dan.

thank you all! I’m indeed running v212. Deleting /var/vcap/store/shared/run.10.10.2.37.xip.io-cc-droplets/buildpack_cache did the trick. Sent: Friday, September 25, 2015 6:47 PM To: Discussions

I'm getting the following error when pushing an app (dea logs): {"timestamp":1443390480.7652702,"message":"\"cd /home/vcap/ && tar zxf

Lesson: take error messages literally Cell had a filled disk partition. Yes, insufficient resources. Changed machine type, and all good. Tom

Droplets are important, and should not be removed. If an app is deleted, the droplet will also be deleted. If a droplet exists, that means it is still needed. If the app needs to be scaled up or

After upgrade to/deploy diego in multiple environments with success, I'm a bit stumped on error for a new install. A cf docker-push results in: 015-09-26T16:02:01.65+0000 [API/0] OUT Updated app

It will be handy to have a configuration option for CC to prune unused droplets after 7 days of inactivity, for example.

cf-release v213 fixed a bug where buildpack caches were not getting cleaned up properly. Are you running a version prior to 213? If so, you might need to go into

Droplets and app packages should be pruned when the applications they're associated with are deleted. Only one or two versions of the droplet are ever held and only copy of the application

ah, it’s not postgres: 90M postgres it’s actually: 94G shared/run.10.10.2.37.xip.io-cc-droplets Does it keep a copy of each artifact ever pushed? Or is this part of the event storage,

By the `application_uris` data are broken logic, VCAP_SERVICES is also broken and should be removed as it doesn't reflect service binding changes. In my (strong) opinion it doesn't make any sense to

hi TJ, because the UAA supports multi tenancy and it denotes a tenant by using a subdomain, we need to know what the base URL is. By default it is

Does your database occupy this 100 GB? Or something else like logs? Aleksey Zalesov | CloudFoundry Engineer | Altoros Tel: (617) 841-2121 ext. 5707 | Toll free: 855-ALTOROS Fax: (866) 201-3646 |

we modify the uaa (spring security) become OAuth2 Server independently take a look www.merv.id the code in github.com/meruvian/yama F -- Frans Thamura (曽志胜) Java Champion Shadow Master and

I'm trying to evaluate UAA to be used as a user authentication / authorization service to be used within a microservice architecture but not within a CloudFoundry environment. When running UAA using

Thanks for all the responses. We ended up finding an f5 device that is on 11.5. With that, things worked out of the box with only the irule to insert x-forwarded-proto. Everything is working over

Just a thought: How large is your events table? Is it getting pruned at the correct interval for you? I believe events, app usage events, and audit events are pruned when they're more than 31 days