github/kubernetes
1
0
Fork 0
mirror of https://github.com/k3s-io/kubernetes.git synced 2025-08-10 12:32:03 +00:00
Code Issues Projects Releases Wiki Activity

changelog: fix formatting issue with v1.27 change log

Browse Source
This commit is contained in:
Harsha Narayana 2023-04-14 22:07:56 +05:30
parent 4e8c5364bc
commit 030debc199
No known key found for this signature in database
GPG Key ID: 2246EFB056217292
1 changed files with 11 additions and 11 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

22
CHANGELOG/CHANGELOG-1.27.md
View File

@ -319,17 +319,17 @@ The cause PR is [reverted](https://github.com/kubernetes/kubernetes/pull/117194)
enabling it you must stop now.' ([#116255](https://github.com/kubernetes/kubernetes/pull/116255), [@danwinship](https://github.com/danwinship)) enabling it you must stop now.' ([#116255](https://github.com/kubernetes/kubernetes/pull/116255), [@danwinship](https://github.com/danwinship))
- Give terminal phase correctly to all pods that will not be restarted. - Give terminal phase correctly to all pods that will not be restarted.
In particular, assign Failed phase to pods which are deleted while pending. Also, assign a terminal In particular, assign Failed phase to pods which are deleted while pending. Also, assign a terminal
phase (Succeeded or Failed, depending on the exit statuses of the pod containers) to pods which phase (Succeeded or Failed, depending on the exit statuses of the pod containers) to pods which
are deleted while running. are deleted while running.
This fixes the issue for jobs using pod failure policy (with JobPodFailurePolicy and PodDisruptionConditions This fixes the issue for jobs using pod failure policy (with JobPodFailurePolicy and PodDisruptionConditions
feature gates enabled) that their pods could get stuck in the pending phase when deleted. feature gates enabled) that their pods could get stuck in the pending phase when deleted.
Users who maintain controllers which relied on the fact that pods with RestartPolicy=Always Users who maintain controllers which relied on the fact that pods with RestartPolicy=Always
never enter the Succeeded phase may need to adapt their controllers. This is because as a consequence of never enter the Succeeded phase may need to adapt their controllers. This is because as a consequence of
the change pods which use RestartPolicy=Always may end up in the Succeeded phase in two scenarios: pod the change pods which use RestartPolicy=Always may end up in the Succeeded phase in two scenarios: pod
deletion and graceful node shutdown. ([#115331](https://github.com/kubernetes/kubernetes/pull/115331), [@mimowo](https://github.com/mimowo)) [SIG Cloud Provider, Node and Testing] deletion and graceful node shutdown. ([#115331](https://github.com/kubernetes/kubernetes/pull/115331), [@mimowo](https://github.com/mimowo)) [SIG Cloud Provider, Node and Testing]
## Changes by Kind ## Changes by Kind