Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

nsync fails to update desired state in BBS silently #24

Closed
Amit-PivotalLabs opened this issue Jul 18, 2016 · 3 comments
Closed

nsync fails to update desired state in BBS silently #24

Amit-PivotalLabs opened this issue Jul 18, 2016 · 3 comments
Labels

Comments

@Amit-PivotalLabs
Copy link

Thanks for submitting an issue to capi-release. We are always trying to improve! To help us, please fill out the following template.

Issue

nsync fails to update desired state in BBS silently.

Context

If capi.nsync.cc.base_url is provided without a protocol, e.g. api.system-domain.com instead of https://api.system-domain.com, then rather than failing fast at deployment time, the bulker will continually fail to update freshness because of an invalid scheme "".

Eventually, stale LRPs are left around in Diego and aren't GC'd, leading to insufficient resources.

Steps to Reproduce

Deploy CF + Diego with capi.nsync.cc.base_url set to api.YOUR_SYSTEM_DOMAIN without any http:// or https:// scheme in the URL.

Expected result

When misconfiguring the URL like this, I'd expect to nsync to fail on the deployment, since the configuration it has been given is bad and will never work.

Current result

Currently nsync deploys correctly, and only after a long time do I eventually see lots of app pushes fail due to insufficient resources.

Possible Fix

Validate the input in the startup or pre-start scripts, and fail fast if the input is invalid.

@cf-gitbot
Copy link

We have created an issue in Pivotal Tracker to manage this:

https://www.pivotaltracker.com/story/show/126484591

The labels on this github issue will be updated when the story is started.

@ameowlia
Copy link
Member

Hi Amit,

done! 8296a1a

If this solves your problem, please close this issue.

Thanks, Amelia

@Amit-PivotalLabs
Copy link
Author

Haven't tested it out, assuming it works.

capi-bot added a commit that referenced this issue Jun 22, 2023
Bump src/code.cloudfoundry.org/tps
  dependabot[bot]:
     Bump code.cloudfoundry.org/lager/v3 from 3.0.1 to 3.0.2 (#25)
     Bump github.com/cloudfoundry/dropsonde from 1.0.0 to 1.1.0 (#24)
capi-bot added a commit that referenced this issue Jun 22, 2023
Bump src/code.cloudfoundry.org/tps
  dependabot[bot]:
     Bump github.com/lib/pq from 1.10.7 to 1.10.9 (#28)
     Bump code.cloudfoundry.org/lager/v3 from 3.0.1 to 3.0.2 (#25)
     Bump github.com/cloudfoundry/dropsonde from 1.0.0 to 1.1.0 (#24)
capi-bot added a commit that referenced this issue Oct 23, 2023
…/tps

Bump src/code.cloudfoundry.org/cc-uploader
  dependabot[bot]:
     Bump github.com/onsi/gomega from 1.28.0 to 1.28.1 (#24)
Bump src/code.cloudfoundry.org/tps
  dependabot[bot]:
     Bump github.com/onsi/gomega from 1.28.0 to 1.28.1 (#41)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

3 participants