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

Customize shutdown signal to send SIGINT to Postgres #152

Merged
merged 2 commits into from
Oct 7, 2021

Conversation

bgandon
Copy link
Contributor

@bgandon bgandon commented Sep 13, 2021

Hi,

After submitting cloudfoundry/bosh#2320 as a “short path PR”, we've implemented here a new sutdown_signal configuration in BPM.

This new config accepts INT or TERM (the default), so that BPM can properly trigger the Fast Shutdown Mode of Postgres. This simplifies things, and doesn't require a drain script for the standard requirement that the executable expects a SIGINT instead of a SIGTERM.

After this is merged, we' submit a refactor PR in cloudfoundry/bosh so that it is used instead of the drain scripts we have proposed in cloudfoundry/bosh#2320

Co-authored-by: Jörg Weisbarth

bgandon and others added 2 commits September 13, 2021 17:54
…efault SIGTERM

Co-authored-by: Joerg Weisbarth <joerg.weisbarth@sap.com>
@bgandon bgandon changed the title Customize shutdown signal to send SIGINT to Pstgres Customize shutdown signal to send SIGINT to Postgres Sep 14, 2021
@bosh-admin-bot
Copy link

This pull request was marked as Stale because it has been open for 21 days without any activity. If no activity takes place in the coming 7 days it will automatically be close. To prevent this from happening remove the Stale label or comment below.

@ragaskar
Copy link
Contributor

ragaskar commented Oct 6, 2021

Hi:

We looked at this commit and noticed that the behavior of bpm stop <process> when the process doesn't exist was changed. It previously printed a message about missing process + exited successfully, now it prints a message about missing configuration and exits with a failure code. Was this intentional? It looked like it could be fixed with the following commit: 8ead4d3

what do you think?

Also, would you be open to/interested in supporting all signals that kill takes?

@selzoc
Copy link
Member

selzoc commented Oct 7, 2021

Hi @bgandon ! @ragaskar and I are going to merge this and do some follow-on work before cutting a release. Thanks for the contribution!

@selzoc selzoc merged commit 337f6c6 into cloudfoundry:master Oct 7, 2021
@selzoc
Copy link
Member

selzoc commented Oct 7, 2021

This is now in release v1.1.14 🎉

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
Status: No status
Development

Successfully merging this pull request may close these issues.

4 participants