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

Jordan, Try the CATs with the deployment, just to be sure, but that being said... It is also possible that your deployment may not have all the buildpacks installed. If you run the command `cf

Does it start and send / receive a set number of messages or does it do this forever? Exit code 0 generally means your application shutdown cleanly. i.e. it finished what it was doing and exited.

I have a cf-aws-tiny cf-boshrelease deployment, and it's been running well for over 4 months. We have about 40 apps, with a couple of dozen of cf pushes each day. Yesterday pushing apps became spotty

I've pushed the app which uses redis service (A sample app which simply send and receives a message thru Redis service). Instance is created at start and after successfully running once the instance

Sounds good. Thanks for taking the time to discuss this with me. Mike

You can also check out the v208 tag of cf-release, then run the acceptance-tests from src/github.com/cloudfoundry/cf-acceptance-tests Joseph CF Release Integration Team wrote:

Jordan, The Cloud Foundry bosh release comes with an errand called "acceptance_tests" that contains the version of CATs which that version of CF was tested with. You can run these by doing "bosh run

Hi Daniel and Dieu, Finally after much trial and error I finally got it working. I created a user-provided service and then called on it from my application. I've documented the steps for anyone else