应用发布后,通过 Kubesphere yaml 方式 二次更新 workload 如下黄色背景的部分,

然后点击更新,显示提交成功,实际在集群中查看 此 Pod 对应的 yaml 时,发现刚刚的内容,没被更新过来,如下:

于是手工删除那个容器实例, 使用 kubectl delete pod XXX --force 结果依然没有刚在workload 处新增的 apollo configmap 部分。

结论及问题:多次测试,看起来 更新 workloads 的yaml中的 configmap (新增 configmap volume mount) 没有生效。

console这边如果没有生效的话,登陆后台通过kubectl edit的方式可以生效吗?

1、编辑其它的内容也一样不生效,

2、此应用对应的 pod yaml 使用kubectl edit 也无法成功

对于Deployment,修改过volumeMounts或其他字段之后会执行rolling upgrade。如果没有触发 rolling,建议楼主查看一下事件,有没有什么其他原因导致调度不成功的。

    RolandMa1986

    谢谢,测试过程未发现 rollingupdate 操作,搁置一天依旧是没有变化的。

    FederatedDeployment 的修改 未 同步 更新到 Depoyment 中去。

      cloudnativelab FederatedDeployment 的修改 未 同步 更新到 Depoyment 中去。

      先查一下kubefed-controller-manager的log,在kube-federation-system空间下

        RolandMa1986

        谢谢

        kubefed-controller-manager的log 如下

        顺势查看了下 FederatedNamespaces , 如上面提示的不存在不符合

        9 天 后

        日志提示 microservicegovernance 不存在,实际上确认此 federatednamespaces 确实存在