Open pinakig22 opened 5 months ago
This issue is currently awaiting triage.
SIG Docs takes a lead on issue triage for this website, but any Kubernetes member can accept issues by applying the triage/accepted
label.
The triage/accepted
label can be added by org members by writing /triage accepted
in a comment.
/language en
Default value : 3 can be mentioned in the bracket.
The Kubernetes project currently lacks enough contributors to adequately respond to all issues.
This bot triages un-triaged issues according to the following rules:
lifecycle/stale
is appliedlifecycle/stale
was applied, lifecycle/rotten
is appliedlifecycle/rotten
was applied, the issue is closedYou can:
/remove-lifecycle stale
/close
Please send feedback to sig-contributor-experience at kubernetes/community.
/lifecycle stale
This has to be fixed in the upstream source code. We can, however, mention the default value when articulating the concepts.
The Kubernetes project currently lacks enough active contributors to adequately respond to all issues.
This bot triages un-triaged issues according to the following rules:
lifecycle/stale
is appliedlifecycle/stale
was applied, lifecycle/rotten
is appliedlifecycle/rotten
was applied, the issue is closedYou can:
/remove-lifecycle rotten
/close
Please send feedback to sig-contributor-experience at kubernetes/community.
/lifecycle rotten
/remove-lifecycle rotten
@pinakig22, As above already mentioned there can be any value of failureThreshold in PodSpec, so it would be better to keep mention failureThreshold as it is.
Default value : 3 can be mentioned in the bracket.
It can be mentioned here.
The
failureThreshold
in section Configure Probes is missing the threshold value, i.e. 3, which is the default as checked from pod yaml output when not defined in pod definition file.failureThreshold
: After a probe failsfailureThreshold
times in a row --> failureThreshold: After a probe failsfailureThreshold
3 times in a rowExample of pod yaml output