It seems to be working for me [1] (at least the extension is loading, which usually means it'll work). Can you provide some details on what you're seeing? - what version of PHP are you using? -

if you're using bosh to manage cloud foundry, then the bosh cli has a command: bosh vms --vitals which you can read about here [1], that does a good job of measuring infra concerns: - Vitals:

Hi all :) I got a task to check the possibility to fetch details such as: - overall used and available memory/storage usage of cf platform - list of running warden containers, approximation how many

Hi. We deployed a php application using 'gettext' extension to manage i18n function. (*1) We tried to activate i18n, however, it didn't work in this php application after all. We also tested with a

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 |