首先发布1.22 Fix TerminationGracePeriodSeconds is negative (part 1) #98866版本:
- 在删除路径中将负数视为1(pod/strategy.go, apiserver delete.go)
- 即使元数据周期为负数,也允许使用0的宽限期进行删除(apiserver delete.go)。这允许kubelet删除pods。
- 放宽对不可变字段的验证,如果之前是负数,则允许将其设置为1。这允许我们在下一个版本中更新读取路径。所有消费者也需要以合理的方式处理此更改。
- 其次发布1.27
pod.spec.terminationGracePeriodSeconds
is a negative then convert to 1 #115606版本: - 将负数视为1(默认值或转换)
- 第三点:
- 在Pod创建时返回错误可能会破坏诸如Deployment更新之类的事情。但是,如果我们更新默认值,那么我认为我们不会遇到这个问题。
4条答案
按热度按时间xcitsw881#
/assign
vyu0f0g12#
b4lqfgs43#
这个问题已经超过一年没有更新了,应该重新进行优先级评估。
你可以:
/triage accepted
(仅组织成员)相关/close
关闭这个问题有关优先级评估过程的更多详细信息,请参见 https://www.kubernetes.dev/docs/guide/issue-triage/
已接受移除优先级评估
oug3syen4#
这个问题目前正在等待分类。
如果SIG或子项目确定这是一个相关的问题,他们将通过应用
triage/accepted
标签并提供进一步的指导来接受它。组织成员可以通过在评论中写入
/triage accepted
来添加triage/accepted
标签。有关使用PR评论与我互动的说明,请查看here。如果您对我的行为有任何问题或建议,请针对kubernetes/test-infra仓库提出一个问题。