We don't advise using /v2/events for metering/billing for precisely the reason you mention, that order of events is not guaranteed. You can find more information about app usage events and service

There is a temporary work around available for you, if you are running into this issue today. Just delete the file cf-release/src/uaa-release/jobs/uaa/templates/pre-start Filip

Hi All, There have been some reports about the UAA pre-start script failing on bosh-lite. We will add a temporary workaround for this until we have a fix. Thanks, Priyata & Madhura

Hello! Currently i am evaluating Spring Boot/Spring Cloud for development of microservices and we are considering Cloud Foundry for deployment of those services. The thing I'm wondering about for a

Hi Ning, If you generate an application manifest based on the current state of the app, you'll have more information with which to try to diagnose the issue. The command is `cf create-app-manifest

We have noticed similar things recently. Our issue was a misconfigured DNS record in /etc/resolv.conf so we suggest you check your nameservers point to valid DNS servers, and that those servers have

Hello, I'm sorry, I'm constantly receiving emails from this source, in which I have no part on, as I am a new Hewlett Packard Enterprise Employee. Please remove my email. Thanks, Montenegro

Over allocation of computing resources is a very serious problem in the contemporary cloud computing environment and across enterprise data centers in general. Famous Quasar research paper published

Hi, I am currently working on metering runtime usage, and one issue I'm facing is that there is a possibility that usage submission comes in out of order(due to network error / other possibilities).

This thread might be helpful. http://cf-dev.70369.x6.nabble.com/cf-dev-Overcommit-on-Diego-Cells-td1162.html Dan

It seems right now all the resources are pre-allocated when pushing application, it will not be released even I stopped the application. This statement is wrong, and the resources will be release

It seems that i can give the solution for that one, I had a F5 in front of my CF platform with compression set to deflate. UAAC sends the HTTP header :

Hi David, The service broker actually uses an already existing API endpoint: https://apidocs.cloudfoundry.org/231/apps/terminate_the_running_app_instance_at_the_given_index.html It will terminate

Really cool. How nasty is the kill? Is the process killed, then CF cleans-up on healthcheck failure, or is the app instance removed from the router before instance termination?

Please direct Pivotal specific questions to Pivotal, not the open source mailing list. PWS questions can be sent to support(a)run.pivotal.io and PCF questions can be logged here:

​Of course yes, assuming you have add the director as the dns resolver in UAA job.​ MAHINDRA LIM at Cisco) <ngnanase(a)cisco.com> wrote: -- Regards, Yitao

Thanks for clarifying this for me, Amit. Warm regards Marco

Hi Amit Thanks your reply We understood the must of static IP of routers in uaa jobs. Kindly let me know if we can give the DNS entry name (hostname) of the router in the uaa job -

EDIT: Strange thing. I tried to not use a wired internet connection, and it's works. Infact i used an hotspot with my cell phone and it pushes the app to the local Cloud without any problem. Just

You can probably try to start everything in parallel, and either set very long update timeouts, or allow the deployment to fail with the expectation that it will eventually correct itself. Or you can