-
Notifications
You must be signed in to change notification settings - Fork 110
Update ifrit for gorouter #35
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
Update ifrit for gorouter #35
Conversation
The ifrit version doesn't allow gorouter to receive more than one signal. This breaks the drain script as it repeatedly sends signal USR1 while gorouter is draining the connections, until gorouter finally stops. Without the fix, gorouter dies after 5 seconds only when the drain script sends the second signal.
|
Hey saliceti! Thanks for submitting this pull request! I'm here to inform the recipients of the pull request that you and the commit authors have already signed the CLA. |
|
We have created an issue in Pivotal Tracker to manage this: https://www.pivotaltracker.com/story/show/123068391 The labels on this github issue will be updated when the story is started. |
Due to a bug in gorouter we have to split routing release from main cf-release and point router job to the newly created fork. More about bug can be found here: cloudfoundry/routing-release#35
Due to a bug in gorouter we have to split routing release from main cf-release and point router job to the newly created fork. More about bug can be found here: cloudfoundry/routing-release#35
Due to a bug in gorouter we have to split routing release from main cf-release and point router job to the newly created fork. More about bug can be found here: cloudfoundry/routing-release#35
Due to a bug in gorouter we have to split routing release from main cf-release and point router job to the newly created fork. More about bug can be found here: cloudfoundry/routing-release#35
|
We discovered this problem when implementing availability tests in our CF deployment pipeline. They make a requests every 100ms to an app that is deployed on CF whilst a There's some more detail about the test here if you're interested: govuk-paas/paas-cf#321 |
Due to a bug in gorouter we have to split routing release from main cf-release and point router job to the newly created fork. More about bug can be found here: cloudfoundry/routing-release#35
Due to a bug in gorouter we have to split routing release from main cf-release and point router job to the newly created fork. More about bug can be found here: cloudfoundry/routing-release#35
Due to a bug in gorouter we have to split routing release from main cf-release and point router job to the newly created fork. More about bug can be found here: cloudfoundry/routing-release#35
Due to a bug in gorouter we have to split routing release from main cf-release and point router job to the newly created fork. More about bug can be found here: cloudfoundry/routing-release#35
Due to a bug in gorouter we have to split routing release from main cf-release and point router job to the newly created fork. More about bug can be found here: cloudfoundry/routing-release#35
Due to a bug in gorouter we have to split routing release from main cf-release and point router job to the newly created fork. We upload and deploy the our forked routing-release as a development release. More about bug can be found here: cloudfoundry/routing-release#35
|
Thanks for the PR! We tested and merged. thanks! |
This reverts commit f8bbfef. As ifrit fix ( cloudfoundry/routing-release#35) is already included in routing release used by cf-release we can remove our fork.
This reverts commit f8bbfef. As ifrit fix ( cloudfoundry/routing-release#35) is already included in routing release used by cf-release we can remove our fork.
This reverts commit f8bbfef. As ifrit fix ( cloudfoundry/routing-release#35) is already included in routing release used by cf-release we can remove our fork.
This reverts commit f8bbfef. As ifrit fix ( cloudfoundry/routing-release#35) is already included in routing release used by cf-release we can remove our fork.
This reverts commit f8bbfef. As ifrit fix ( cloudfoundry/routing-release#35) is already included in routing release used by cf-release we can remove our fork.
bump gorouter bump multierror bump route-registrar bump routing-api bump routing-api-cli bump routing-info Submodule src/code.cloudfoundry.org/cf-tcp-router 004af19..89625e5: > Use bin/test.bash for running tests (#15) Submodule src/code.cloudfoundry.org/gorouter 31a88e6..587fdbd: > Use bin/test.bash for running tests (#357) Submodule src/code.cloudfoundry.org/multierror 0623381..add4c8e: > Merge pull request #6 from cloudfoundry/with-bin/test.bash Submodule src/code.cloudfoundry.org/route-registrar 247293e..958da78: > Use bin/test.bash for running tests (#35) Submodule src/code.cloudfoundry.org/routing-api dd977026..84d22269: > Use bin/test.bash for running tests (#35) Submodule src/code.cloudfoundry.org/routing-api-cli 045f777..5c9811f: > Use bin/test.bash for running tests (#16) Submodule src/code.cloudfoundry.org/routing-info 079a2734..3a6d4ccb: > Use bin/test.bash for running tests (#5)
bump gorouter bump multierror bump route-registrar bump routing-api bump routing-api-cli bump routing-info Submodule src/code.cloudfoundry.org/cf-tcp-router 004af19..89625e5: > Use bin/test.bash for running tests (#15) Submodule src/code.cloudfoundry.org/gorouter 31a88e6..587fdbd: > Use bin/test.bash for running tests (#357) Submodule src/code.cloudfoundry.org/multierror 0623381..add4c8e: > Merge pull request #6 from cloudfoundry/with-bin/test.bash Submodule src/code.cloudfoundry.org/route-registrar 247293e..958da78: > Use bin/test.bash for running tests (#35) Submodule src/code.cloudfoundry.org/routing-api dd977026..84d22269: > Use bin/test.bash for running tests (#35) Submodule src/code.cloudfoundry.org/routing-api-cli 045f777..5c9811f: > Use bin/test.bash for running tests (#16) Submodule src/code.cloudfoundry.org/routing-info 079a2734..3a6d4ccb: > Use bin/test.bash for running tests (#5)
- Use natsServer built within the pipeline instead of finding one on path - Remove RELEASE_DIR since it's no longer needed at routing-release level Signed-off-by: Amin Jamali <ajamali@vmware.com> Signed-off-by: Brandon Roberson <broberson@vmware.com> Co-authored-by: Brandon Roberson <broberson@vmware.com>
What
gorouter relies on ifrit to manage its processes. But the version pakaged in routing-release doesn't allow gorouter to receive more than one signal.
This breaks the drain script as it repeatedly sends signal USR1 while gorouter is draining the connections, until gorouter finally stops. Without the fix, gorouter dies after 5 seconds only when the drain script sends the second signal.
This commit in ifrit allows to receive more than one signal. This PR updates the ifrit submodule to include this change.
How to test
drain_wait: 60for example