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

Let Postgres start if clientauth hits an error #259

Closed
wants to merge 1 commit into from

Conversation

adamguo0
Copy link
Contributor

Issue #, if available:

Description of changes: Currently we block Postgres from starting if clientauth cannot initialize its background workers. This causes more downtime and headache than necessary. Instead, use a flag to track whether clientauth hit an error initializing and effectively disable the feature if so, emitting warnings to the database log.

By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.

Currently we block Postgres from starting if clientauth cannot
initialize its background workers. This causes more downtime and
headache than necessary. Instead, use a flag to track whether clientauth
hit an error initializing and effectively disable the feature if so,
emitting warnings to the database log.
@JohnHVancouver
Copy link
Contributor

More generally, what's the right behavior? If a user wants to start with client_auth hook and they're relying on this feature to authenticate logins, is there a reason they would want the database to start as opposed to fixing the issue?

@adamguo0 adamguo0 closed this Jan 18, 2024
@adamguo0
Copy link
Contributor Author

Good point, closing this PR

@adamguo0 adamguo0 deleted the error_state branch January 24, 2024 18:23
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants