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

Check & revise version requirements for “Configure Liveness, Readiness and Startup Probes” #19405

Closed
sftim opened this issue Feb 29, 2020 · 11 comments · Fixed by #27750
Closed
Assignees
Labels
help wanted Denotes an issue that needs help from a contributor. Must meet "help wanted" guidelines. kind/cleanup Categorizes issue or PR as related to cleaning up code, process, or technical debt. language/en Issues or PRs related to English language lifecycle/frozen Indicates that an issue or PR should not be auto-closed due to staleness.

Comments

@sftim
Copy link
Contributor

sftim commented Feb 29, 2020

This is a clean up issue

What would you like to be changed
Look at https://kubernetes.io/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes/

Make sure that all the version constraints in the page make sense and related to the list of Kubernetes versions that are supported for documentation.

There is a {{< version-check >}} shortcode in the page that expects a min-kubernetes-server-version: value in the page front matter. Replace that shortcode with English text that explains in words what versions the reader should have.
(to save you having to check: you can only configure a startup probe if you have Kubernetes v1.16 or later and if you have enabled the StartupProbe feature gate)

Remove that shortcode.

Why is this needed
https://kubernetes.io/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes/ doesn't clearly tell readers about the version of Kubernetes they need to be running and the feature gate(s) they might need to enable.

Comments
/help
/kind cleanup

If you're looking at this, you might also want to tackle issue #16629

@k8s-ci-robot
Copy link
Contributor

@sftim:
This request has been marked as needing help from a contributor.

Please ensure the request meets the requirements listed here.

If this request no longer meets these requirements, the label can be removed
by commenting with the /remove-help command.

In response to this:

This is a clean up issue

What would you like to be checkrf
Look at https://kubernetes.io/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes/

Make sure that all the version constraints in the page make sense and related to the list of Kubernetes versions that are supported for documentation.

There is a {{< version-check >}} shortcode in the page that expects a min-kubernetes-server-version: value in the page front matter. Replace that shortcode with English text that explains in words what versions the reader should have.
(to save you having to check: you can only configure a startup probe if you have Kubernetes v1.16 or later and if you have enabled the StartupProbe feature gate)

Why is this needed
https://kubernetes.io/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes/ doesn't clearly tell readers about the version of Kubernetes they need to be running and the feature gate(s) they might need to enable.

Comments
/help
/kind cleanup

If you're looking at this, you might also want to tackle issue #16629

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository.

@k8s-ci-robot k8s-ci-robot added kind/cleanup Categorizes issue or PR as related to cleaning up code, process, or technical debt. help wanted Denotes an issue that needs help from a contributor. Must meet "help wanted" guidelines. labels Feb 29, 2020
@fejta-bot
Copy link

Issues go stale after 90d of inactivity.
Mark the issue as fresh with /remove-lifecycle stale.
Stale issues rot after an additional 30d of inactivity and eventually close.

If this issue is safe to close now please do so with /close.

Send feedback to sig-testing, kubernetes/test-infra and/or fejta.
/lifecycle stale

@k8s-ci-robot k8s-ci-robot added the lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale. label May 29, 2020
@sftim
Copy link
Contributor Author

sftim commented May 30, 2020

/remove-lifecycle stale

@k8s-ci-robot k8s-ci-robot removed the lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale. label May 30, 2020
@tengqm
Copy link
Contributor

tengqm commented Jun 14, 2020

/language en
/lifecycle frozen

@k8s-ci-robot k8s-ci-robot added lifecycle/frozen Indicates that an issue or PR should not be auto-closed due to staleness. language/en Issues or PRs related to English language labels Jun 14, 2020
@jai
Copy link
Contributor

jai commented Apr 27, 2021

/assign

@sftim I'll probably be back with questions - where's better to post/ask, here on the issue, or in Slack?

@jai
Copy link
Contributor

jai commented Apr 27, 2021

Should I just add the info for Startup probes? I see that they came last with the feature gate in 1.16 onwards, checking now re: Liveness and Readiness but I guess they're earlier than the supported doc versions.

Still would be nice to mention though - as a reader with maybe a bit less context I would get confused if the page title mentions 3 kinds of probes and the docs only talk about version requirements for one type of probe.

@jai
Copy link
Contributor

jai commented Apr 27, 2021

Also at this point for the StartupProbe feature flag since it went beta in 1.18 and GA in 1.20 the text would be something like:

Kubernetes v1.16 and v1.17 require the StartupProbe feature gate to be set. Startup probes are enabled by default in Kubernetes v1.18 onwards.

@sftim
Copy link
Contributor Author

sftim commented Apr 27, 2021

IMO it's OK to focus on documenting for v1.21, the current documentation version. If we want to backport the equivalent change to the older documentation, that's an option too.

For example, if you want to revise https://v1-17.docs.kubernetes.io/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes/#define-startup-probes to explain the feature gate, that's OK (but also not a priority).

@jai
Copy link
Contributor

jai commented Apr 27, 2021

@sftim how do I go about editing the old version of the docs? Or is there a how-to/readme somewhere?

I've submitted a PR for the current version/file with the text I suggested: #27750

Do you know btw when Liveness and Readiness probes went alpha/beta/GA? I found Liveness probes introduced here but haven't found Readiness probes yet. Anyways given that it's all the way in 2014 I think it's safe to omit specific versions.

I updated the text to read:

Kubernetes v1.16 and v1.17 require the StartupProbe feature gate to be set. Startup probes (as well as liveness and readiness probes) are enabled by default in Kubernetes v1.18 onwards.

lmk what you think

@sftim
Copy link
Contributor Author

sftim commented Apr 27, 2021

Since I opened this issue, several Kubernetes releases have come out and I didn't update the issue text to clarify it. I have now.

@jai
Copy link
Contributor

jai commented Apr 27, 2021

If all PRs were this simple 😂

Actually it turns out some of them really are :)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
help wanted Denotes an issue that needs help from a contributor. Must meet "help wanted" guidelines. kind/cleanup Categorizes issue or PR as related to cleaning up code, process, or technical debt. language/en Issues or PRs related to English language lifecycle/frozen Indicates that an issue or PR should not be auto-closed due to staleness.
Projects
None yet
Development

Successfully merging a pull request may close this issue.

5 participants