-
Notifications
You must be signed in to change notification settings - Fork 83
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!: Use builtin probe endpoints #216
Conversation
5acd31b
to
9c93fa6
Compare
This PR has been automatically marked as stale because it has not had recent activity from the author. It will be closed if no further activity occurs. If the PR was closed and you want it re-opened, let us know and we'll re-open the PR so that you can continue the contribution! |
Hi @nikolaik would you be able to update the branch with the |
This PR has been automatically marked as stale because it has not had recent activity from the author. It will be closed if no further activity occurs. If the PR was closed and you want it re-opened, let us know and we'll re-open the PR so that you can continue the contribution! |
9c93fa6
to
61e3539
Compare
Rebased now <3 |
@nikolaik Seems to be some test failures in the pipeline, are you able to take a look? |
61e3539
to
144247f
Compare
This PR has been automatically marked as stale because it has not had recent activity from the author. It will be closed if no further activity occurs. If the PR was closed and you want it re-opened, let us know and we'll re-open the PR so that you can continue the contribution! |
ced9d20
to
1c75a54
Compare
@ChrisJBurns Sorry for the delay! Found the issue with the failing tests |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hi @nikolaik!
I've noticed that the PR isn't actually specifying the new values as default:
"default": {}, |
1c75a54
to
156514c
Compare
Fixed now! But hitting another issue with the |
156514c
to
6d92b9f
Compare
@vinzscam This should be good for a re-review |
This PR has been automatically marked as stale because it has not had recent activity from the author. It will be closed if no further activity occurs. If the PR was closed and you want it re-opened, let us know and we'll re-open the PR so that you can continue the contribution! |
lgtm |
This PR has been automatically marked as stale because it has not had recent activity from the author. It will be closed if no further activity occurs. If the PR was closed and you want it re-opened, let us know and we'll re-open the PR so that you can continue the contribution! |
This PR has been automatically marked as stale because it has not had recent activity from the author. It will be closed if no further activity occurs. If the PR was closed and you want it re-opened, let us know and we'll re-open the PR so that you can continue the contribution! |
6d92b9f
to
7e92b05
Compare
These are `/.backstage/health/v1/readiness` and `/.backstage/health/v1/liveness` and were added in v1.29 Ref: https://backstage.io/docs/releases/v1.29.0#backend-health-service Signed-off-by: Nikolai Røed Kristiansen <[email protected]>
Techdocs needs to be configured in app config. Point our image-digest test to the v1.31.0 sha Signed-off-by: Nikolai Røed Kristiansen <[email protected]>
7e92b05
to
9e25207
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
/lgtm
/approve
Startup probe settings seem to have been added in the upstream Backstage Chart in [1], but the current settings do not allow the RHDH Chart for the liveness probe to be triggered sufficiently enough for the app to be considered live. This adjust such settings by accounting for the worst case scenario where the application might take a bit long to start. This also aligns the probe endpoints with the upstream chart. [1] backstage/charts#216
Startup probe settings seem to have been added in the upstream Backstage Chart in [1], but the current settings do not allow the RHDH Chart for the liveness probe to be triggered sufficiently enough for the app to be considered live. This adjust such settings by accounting for the worst case scenario where the application might take a bit long to start. This also aligns the probe endpoints with the upstream chart. [1] backstage/charts#216
Startup probe settings seem to have been added in the upstream Backstage Chart in [1], but the current settings do not allow the RHDH Chart for the liveness probe to be triggered sufficiently enough for the app to be considered live. This adjust such settings by accounting for the worst case scenario where the application might take a bit long to start. This also aligns the probe endpoints with the upstream chart. [1] backstage/charts#216
* fix: adjust startup, liveness and readiness probes settings Startup probe settings seem to have been added in the upstream Backstage Chart in [1], but the current settings do not allow the RHDH Chart for the liveness probe to be triggered sufficiently enough for the app to be considered live. This adjust such settings by accounting for the worst case scenario where the application might take a bit long to start. This also aligns the probe endpoints with the upstream chart. [1] backstage/charts#216 * Update bundle/rhdh/manifests/rhdh-default-config_v1_configmap.yaml Co-authored-by: Patrick Knight <[email protected]> Co-authored-by: Gustavo Lira e Silva <[email protected]> * Regenerate bundle manifests Co-authored-by: rm3l <[email protected]> * Apply suggestions from code review Co-authored-by: Patrick Knight <[email protected]> Co-authored-by: Gustavo Lira e Silva <[email protected]> Co-authored-by: Nick Boldt <[email protected]> * Regenerate bundle manifests Co-authored-by: rm3l <[email protected]> --------- Co-authored-by: Patrick Knight <[email protected]> Co-authored-by: Gustavo Lira e Silva <[email protected]> Co-authored-by: github-actions[bot] <github-actions[bot]@users.noreply.github.com> Co-authored-by: rm3l <[email protected]> Co-authored-by: Nick Boldt <[email protected]> Co-authored-by: Tomas Kral <[email protected]>
…eveloper#564) * fix: adjust startup, liveness and readiness probes settings Startup probe settings seem to have been added in the upstream Backstage Chart in [1], but the current settings do not allow the RHDH Chart for the liveness probe to be triggered sufficiently enough for the app to be considered live. This adjust such settings by accounting for the worst case scenario where the application might take a bit long to start. This also aligns the probe endpoints with the upstream chart. [1] backstage/charts#216 * Update bundle/rhdh/manifests/rhdh-default-config_v1_configmap.yaml Co-authored-by: Patrick Knight <[email protected]> Co-authored-by: Gustavo Lira e Silva <[email protected]> * Regenerate bundle manifests Co-authored-by: rm3l <[email protected]> * Apply suggestions from code review Co-authored-by: Patrick Knight <[email protected]> Co-authored-by: Gustavo Lira e Silva <[email protected]> Co-authored-by: Nick Boldt <[email protected]> * Regenerate bundle manifests Co-authored-by: rm3l <[email protected]> --------- Co-authored-by: Patrick Knight <[email protected]> Co-authored-by: Gustavo Lira e Silva <[email protected]> Co-authored-by: github-actions[bot] <github-actions[bot]@users.noreply.github.com> Co-authored-by: rm3l <[email protected]> Co-authored-by: Nick Boldt <[email protected]> Co-authored-by: Tomas Kral <[email protected]>
) * fix: adjust startup, liveness and readiness probes settings Startup probe settings seem to have been added in the upstream Backstage Chart in [1], but the current settings do not allow the RHDH Chart for the liveness probe to be triggered sufficiently enough for the app to be considered live. This adjust such settings by accounting for the worst case scenario where the application might take a bit long to start. This also aligns the probe endpoints with the upstream chart. [1] backstage/charts#216 * Update bundle/rhdh/manifests/rhdh-default-config_v1_configmap.yaml * Regenerate bundle manifests * Apply suggestions from code review * Regenerate bundle manifests --------- Co-authored-by: Patrick Knight <[email protected]> Co-authored-by: Gustavo Lira e Silva <[email protected]> Co-authored-by: github-actions[bot] <github-actions[bot]@users.noreply.github.com> Co-authored-by: rm3l <[email protected]> Co-authored-by: Nick Boldt <[email protected]> Co-authored-by: Tomas Kral <[email protected]>
* Adjust startup, liveness and readiness probes settings Startup probe settings seem to have been added in the upstream Backstage Chart in [1], but the current settings do not allow the RHDH Chart for the liveness probe to be triggered sufficiently enough for the app to be considered live. This adjust such settings by accounting for the worst case scenario where the application might take a bit long to start. This also aligns the probe endpoints with the upstream chart. [1] backstage/charts#216 * Update Chart version * Update charts/backstage/values.yaml Co-authored-by: Patrick Knight <[email protected]> Co-authored-by: Gustavo Lira e Silva <[email protected]> * Add comment explaining why there is no 'initialDelaySeconds' on both liveness and readiness probes Co-authored-by: Nick Boldt <[email protected]> --------- Co-authored-by: Patrick Knight <[email protected]> Co-authored-by: Gustavo Lira e Silva <[email protected]> Co-authored-by: Nick Boldt <[email protected]>
…eveloper#50) * Adjust startup, liveness and readiness probes settings Startup probe settings seem to have been added in the upstream Backstage Chart in [1], but the current settings do not allow the RHDH Chart for the liveness probe to be triggered sufficiently enough for the app to be considered live. This adjust such settings by accounting for the worst case scenario where the application might take a bit long to start. This also aligns the probe endpoints with the upstream chart. [1] backstage/charts#216 * Update Chart version * Update charts/backstage/values.yaml Co-authored-by: Patrick Knight <[email protected]> Co-authored-by: Gustavo Lira e Silva <[email protected]> * Add comment explaining why there is no 'initialDelaySeconds' on both liveness and readiness probes Co-authored-by: Nick Boldt <[email protected]> --------- Co-authored-by: Patrick Knight <[email protected]> Co-authored-by: Gustavo Lira e Silva <[email protected]> Co-authored-by: Nick Boldt <[email protected]>
* Adjust startup, liveness and readiness probes settings Startup probe settings seem to have been added in the upstream Backstage Chart in [1], but the current settings do not allow the RHDH Chart for the liveness probe to be triggered sufficiently enough for the app to be considered live. This adjust such settings by accounting for the worst case scenario where the application might take a bit long to start. This also aligns the probe endpoints with the upstream chart. [1] backstage/charts#216 * Update Chart version * Update charts/backstage/values.yaml Co-authored-by: Patrick Knight <[email protected]> Co-authored-by: Gustavo Lira e Silva <[email protected]> * Add comment explaining why there is no 'initialDelaySeconds' on both liveness and readiness probes Co-authored-by: Nick Boldt <[email protected]> --------- Co-authored-by: Patrick Knight <[email protected]> Co-authored-by: Gustavo Lira e Silva <[email protected]> Co-authored-by: Nick Boldt <[email protected]> fix URLs and bump to 2.24.2 in 1.4 branch Signed-off-by: RHDH Build (rhdh-bot) <[email protected]>
* Adjust startup, liveness and readiness probes settings Startup probe settings seem to have been added in the upstream Backstage Chart in [1], but the current settings do not allow the RHDH Chart for the liveness probe to be triggered sufficiently enough for the app to be considered live. This adjust such settings by accounting for the worst case scenario where the application might take a bit long to start. This also aligns the probe endpoints with the upstream chart. [1] backstage/charts#216 * Update Chart version * Update charts/backstage/values.yaml * Add comment explaining why there is no 'initialDelaySeconds' on both liveness and readiness probes --------- fix URLs and bump to 2.24.2 in 1.4 branch Signed-off-by: RHDH Build (rhdh-bot) <[email protected]> Co-authored-by: Armel Soro <[email protected]>
Description of the change
This starts using the built in probe endpoints.
These are
/.backstage/health/v1/readiness
and/.backstage/health/v1/liveness
and were added in v1.29Ref: https://backstage.io/docs/releases/v1.29.0#backend-health-service
I made this a breaking change, since these are new defaults
Checklist
Chart.yaml
according to semver.values.yaml
and added to the README.md. The helm-docs utility can be used to generate the necessary content. Usehelm-docs --dry-run
to preview the content.ct lint
command.