Kubernetes:在群集升级后，活动作业被错误地标记为已完成
我有一个正在工作的kubernetes集群（v1.4.6），其中一个活动作业有一个失败的pod（例如，它不断重新启动）-这是一个测试，作业永远不会完成Kubernetes:在群集升级后，活动作业被错误地标记为已完成,kubernetes,Kubernetes,我有一个正在工作的kubernetes集群（v1.4.6），其中一个活动作业有一个失败的pod（例如，它不断重新启动）-这是一个测试，作业永远不会完成 如果我重新启动同一集群（例如重新启动节点），作业将正确重新调度并继续重新启动 如果我将集群升级到v1.5.3，那么一旦集群启动，作业就会被标记为已完成。升级与重启基本相同-都使用相同的etcd集群 这是进入v1.5.x时的预期行为吗？如果没有，如何使作业继续运行？ 我应该提供一点关于我的问题的背景知识-工作是最终成为更新过程中的驱动程序，让它
- 如果我重新启动同一集群（例如重新启动节点），作业将正确重新调度并继续重新启动
- 如果我将集群升级到v1.5.3，那么一旦集群启动，作业就会被标记为已完成。升级与重启基本相同-都使用相同的etcd集群
我应该提供一点关于我的问题的背景知识-工作是最终成为更新过程中的驱动程序，让它运行（即使在集群重新启动时）直到它达到某个目标是很重要的。这是否可能使用作业？在v1.5.0
extensions/v1beta1中。作业有关v1.5.0中的更改和不推荐的完整列表，请参见Kubernetes。听起来像是一个bug。在github kube频道上发布。您是否比较了升级前后kubectl get job-o yaml的输出，以发现定义的变化？否，但这是一个很好的问题，它们是否不同-我会看看。我从来没有说过我使用的是
extensions/v1beta1.Jobsbatch/v1.Jobbatch/v1.Job