【问题标题】:Issues upgrade okd cluster from 3.6 to 3.7 (trying to get it fully to the latest)问题将 okd 集群从 3.6 升级到 3.7(试图将其完全升级到最新版本)
【发布时间】:2019-01-11 14:21:43
【问题描述】:

我正在实验室环境中运行自动就地升级,以便在更新我们更常用的开发人员环境之前进行测试。运行升级剧本执行没有任何错误。我重新启动所有节点,然后继续测试,但服务网络出现故障。部署的 Pod 无法命中 172.30.0.0 网络上的任何内容。我已经确认我无法访问 172.30.0.1 端点上的 kubernetes api 并获得“没有到主机的路由”消息。进一步调查,升级后似乎没有为 172.30.0.x 地址创建任何 iptables NAT 规则。我查看了文档以查看库存文件中是否遗漏了一些东西,但我没有看到任何明显的东西。从那以后,我将机器回滚到升级前的快照并进行了测试,以验证所有网络是否正常工作,确实如此。再次执行升级会产生相同的结果。有人遇到过这种情况吗?

【问题讨论】:

    标签: kubernetes openshift openshift-origin okd


    【解决方案1】:

    看了 24 小时后终于决定发布它,我会在几个小时后弄清楚。看起来这是 kube 代理的问题:

    https://github.com/kubernetes/kubernetes/issues/58956

    我正在使用 openshift-ansible 的最新 release-3.6 分支进行升级,但显然它仍然是一个问题。通过降级修复:

    yum 降级http://vault.centos.org/centos/7.5.1804/updates/x86_64/Packages/iptables-1.4.21-24.1.el7_5.x86_64.rpmhttp://vault.centos.org/centos/7.5.1804/updates/x86_64/Packages/iptables-services-1.4.21-24.1.el7_5.x86_64.rpm

    【讨论】:

      猜你喜欢
      • 2012-04-21
      • 2022-01-05
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2020-09-07
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多