-
Notifications
You must be signed in to change notification settings - Fork 102
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
Labels
Comments
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. |
Hi Amit, done! 8296a1a If this solves your problem, please close this issue. Thanks, Amelia |
Haven't tested it out, assuming it works. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
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 ofhttps://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 toapi.YOUR_SYSTEM_DOMAIN
without anyhttp://
orhttps://
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.
The text was updated successfully, but these errors were encountered: