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

fix(runloop): use upstream status code in passive health check (#10325) #10518

Merged
merged 1 commit into from
Mar 21, 2023

Conversation

locao
Copy link
Contributor

@locao locao commented Mar 17, 2023

We expect the upstream passive unhealthy healthcheck on HTTP status code should only mark the targets as "down" (not reachable or proxiable) using the returned HTTP status code from the target, and it should not be affected by the final HTTP status code set by Kong plugin, which is returned to the client.

So we change the passive health check implementation to use nginx var upstream_code, this will not be changed by any plugin.

FTI-4841
Fix #10281

(cherry picked from commit dbe8d94)

Summary

Checklist

Full changelog

  • [Implement ...]

Issue reference

FTI-4802

We expect the upstream passive unhealthy healthcheck on HTTP status code should only mark the targets as "down" (not reachable or proxiable) using the returned HTTP status code from the target, and it should not be affected by the final HTTP status code set by Kong plugin, which is returned to the client.

So we change the passive health check implementation to use nginx var `upstream_code`, this will not be changed by any plugin.

FTI-4841
Fix #10281

(cherry picked from commit dbe8d94)
@locao
Copy link
Contributor Author

locao commented Mar 17, 2023

@attenuation please review and approve if this PR matches your fix in #10325.

@bungle bungle merged commit aa78349 into release/3.1.x Mar 21, 2023
@bungle bungle deleted the backport-10325-to-release/3.1.x branch March 21, 2023 09:16
lhanjian pushed a commit that referenced this pull request Dec 23, 2024
…g will block migration upgrade to 3.8 (#10518)

* fix(migration): the SQL of deprecated redis timeout does not consider the situation where existing plugins's configurations do not have redis config

The original SQL of deprecated timeout config field in redis config did not consider the
situation where the existing plugins's configuration did not have the redis config.

This fix updates the SQL to only process plugins's configurations that have the redis config.

Fix: [FTI-6287](https://konghq.atlassian.net/browse/FTI-6287)

---------

Signed-off-by: tzssangglass <tzssangglass@gmail.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants