cf-dev@lists.cloudfoundry.org

Re: doppler issue which fails to emit logs with syslog protocol on CFv212

Hi Matsumi, What information exactly would you like to know about the etcd events? There error message is "Got error while waiting for ETCD events: store request timed". This could be due to several

By Amit Kumar Gupta · #2539 ·

Re: xip.io IO errors

Would the community release embedding power dns to provide xip.io style impl be appliceable to your contexte and useful [1] ? This relies a DNS delegation though. I haven't tested it myself yet. [1]

By Guillaume Berche · #2538 ·

Re: Request timeout in CloudFoundry

Sorry, after looking at our manifests it appears we actually set it to 0 not -1. properties: request_timeout_in_seconds: 0 Then you need to set CC timeout to something else since nginx doesn't

By Mike Youngstrom <youngm@...> · #2537 ·

Re: cloud_controller_ng performance degrades slowly over time

Amit, Here are the results: https://gist.github.com/cholick/b448df07e9e493369d9e The before and after pictures look pretty similar, nothing jumps out as interesting.

By Matt Cholick · #2536 ·

Re: Request timeout in CloudFoundry

Hi Mike, Could you let me know how you set timeout on gorouter to -1? Appreciate your response.

By Paul Bakare · #2535 ·

Re: xip.io IO errors

I was reading this thread, I noticed that I have the same problem and I thought that we had a problem in our network. In local I am using development from

By Juan Antonio Breña Moral <bren at juanantonio.info...> · #2534 ·

Re: doppler issue which fails to emit logs with syslog protocol on CFv212

Hi Warren and Nino, Let me update our status. Yes, the root cause was the inconsistency of a bulk user id between cc and syslog drain binder due to the bug (a hardcorded id). We confirmed

By Masumi Ito · #2533 ·

Does exist some REST Call to detect Diego on any environment?

Hi, I would like to know if exist some REST API to detect if a platform has installed Diego. Reading API from Cloud Controller, I didn't recognize some method to identify Diego in CF

By Juan Antonio Breña Moral <bren at juanantonio.info...> · #2532 ·

Re: Problem deploying basic Apps on PWS

Hi Charles, You said the clue!!! Yesterday, I updated the development and I could deploy on PWS. From environments without Diego, the way to run a Node development is: var localPort =

By Juan Antonio Breña Moral <bren at juanantonio.info...> · #2531 ·

Re: Source IP ACLs

Oh right I misread it I thought it was avoid application to connect to certain IP..... wrote:

By Gwenn Etourneau · #2530 ·

Re: Source IP ACLs

Gwenn, If I'm not wrong Application sec rules are for restricting outbound traffic from application side , no? Ronak

By Ronak Banka · #2529 ·

Re: Source IP ACLs

What about https://docs.pivotal.io/pivotalcf/adminguide/app-sec-groups.html ? carlo.ferraris(a)rakuten.com> wrote:

By Gwenn Etourneau · #2528 ·

Source IP ACLs

Is there any provision for restricting the source IPs that are allowed to access a certain application (or route)? Or the only way to do this is to place a reverse proxy in front of the gorouter? In

By Carlo Alberto Ferraris · #2527 ·

Re: cloud_controller_ng performance degrades slowly over time

Matt, that's awesome, thanks! Mind trying this? require 'uri' require 'net/http' require 'logger' SYSTEM_DOMAIN = '--CHANGE-ME--' u = URI.parse('http://uaa.' + SYSTEM_DOMAIN + '/login') h =

By Amit Kumar Gupta · #2526 ·

Re: SSL Mutual Auth

once the tcp routing work is done with the haproxy approach, you should be able to try mutual ssl using a IP/port. you should be able to test tcp routing with lattice now. however web traffic using a

By James Bayer · #2525 ·

SSL Mutual Auth

Does any one have any experience using SSL mutual authentication for an app running on CF? Thanks! Anthony

By Anthony · #2524 ·

Re: cloud_controller_ng performance degrades slowly over time

By Matt Cholick · #2523 ·

Re: Trouble enabling diego ssh in cf-release:222 diego:0.1437

best way around it , same as in the story. set the time zone of the UAA can to match DB vm

By Filip Hanik · #2522 ·

Re: xip.io IO errors

If you're using the common bosh lite IP of 10.244.0.34, you can also use the more-reliable *.bosh-lite.com

By Dan Wendorf · #2521 ·

Re: xip.io IO errors

Yes, xip.io is flaky. I would recommend setting up real DNS if you want to avoid the 2% failure rate if you want a longer term, reliable solution. wrote:

By Amit Kumar Gupta · #2520 ·

Messages