【问题标题】:IBM Cloud Private 2.1.0 Console doesn't work after restartIBM Cloud Private 2.1.0 控制台在重新启动后不起作用
【发布时间】:2018-02-08 09:02:06
【问题描述】:

IBM Cloud Private 2.1 安装,配置是一个演示配置,1 个主节点和代理节点以及 1 个工作节点。

安装运行良好,一旦完成,我就可以登录到 GUI。重新启动后,GUI 没有出现,我无法登录。

我已禁用防火墙以防万一仍然没有运气。

--> 运行以下命令获取 PODS 的状态(因为 WebUI 不可用)

kubectl -s 127.0.0.1:8888 -n kube-system 获取 Pod

--> 输出

[root@cpmaster ~]# kubectl -s 127.0.0.1:8888 -n kube-system get pods
NAME                                               READY     STATUS             RESTARTS   AGE
calico-node-ppc64le-496xm                          2/2       Running            10         15d
filebeat-ds-ppc64le-qssl2                          1/1       Running            5          15d
k8s-etcd-X.X.X.X                                   1/1       Running            5          15d
k8s-mariadb-X.X.X.X                                1/1       Running            5          15d
k8s-master-X.X.X.X                                 2/3       CrashLoopBackOff   559        4m
k8s-proxy-X.X.X.X                                  1/1       Running            5          15d
metering-reader-ppc64le-gcc8w                      1/1       Running            5          15d
monitoring-prometheus-nodeexporter-ppc64le-zq8ls   1/1       Running            5          15d

看来我的 k2s-master POD 有问题

【问题讨论】:

  • 关于通用计算硬件和软件的问题对于 Stack Overflow 来说是题外话。您可以通过Server Fault 获得帮助。

标签: ibm-cloud-private


【解决方案1】:

您可以查看 ui pod 在哪里运行:

kubectl -s 127.0.0.1:8888 -n kube-system get pods |grep platform-ui

有时,机器重启后 pod 需要一段时间才能恢复。

您还可以查看 platform-ui 容器的日志以跟踪问题:

#enter code here # get container-id
docker ps | grep platform-ui
# see the logs
docker logs container-id

【讨论】:

  • 嗯,我确定我做错了什么,但我没有得到任何输出(见下文)[root@cpmaster ~]# docker ps | grep platform-ui [root@cpmaster ~]# > 然后我执行 docker ps 并获取崩溃的“k8s-master”的容器 id,当我尝试检查日志时,我仍然没有输出. [root@cpmaster ~]# docker logs 59cddd409919 [root@cpmaster ~]#
【解决方案2】:

我并不声称自己在这方面知识渊博,但我从开发中得到了这个解决方案——人们测试并报告说它对他们有用。

根据开发人员的问题是:

  1. icp-ds 有时在重启后无法正确启动,这是由于 Calico 及时分配 ipaddress 造成的。

  2. icp-ds 就绪探测过早超时,结果迫使 pod 进入循环,反复重启。要解决此问题 - 增加 icp-ds statefulset 中的探测超时和周期。

现在我从他那里得到了以下 2 个命令,以自动方式执行此操作。

转到主节点。 1.运行kubectl -s http://127.0.0.1:8888 get pods --all-namespaces

您应该看到kube-system icp-ds-0 0/1 Running 0 34m 正在运行。这是好事。

然后我们将运行一个命令来修补以添加/修改以下值。

initialDelaySeconds: 180 
periodSeconds: 60 
failureThreshold: 20

第二条命令:

# kubectl -s http://127.0.0.1:8888 patch StatefulSet icp-ds -p '{"spec":{"template":{"spec":{"containers":[{"name":"icp-ds", "readinessProbe":{"periodSeconds":60, "initialDelaySeconds":180, "failureThreshold":20, "timeoutSeconds":5}}]}}}}' -n kube-system

或者,你也可以使用kubectl -s http://127.0.0.1:8888 edit sts/icp-ds,它会打开一个vi编辑器,你必须手动去修改这些值。

感谢 Chaitnya K 提供的解决方法 - 我可以在脚本中使用它,并希望 - 这将在即将发布的版本中得到修复。

这个问题在 2.1.0 中,在 2.1.0.1 中仍然存在。

提示:(我不知道) - 端口 8001 是 ssl 端口,端口 8888 是 http 端口。因此,当您无法访问 Web UI 时,请按照上述说明使用端口 8888 并修复此问题,然后才能访问 UI。

【讨论】:

    【解决方案3】:

    请查看已知问题和限制页面并尝试解决方法,它可能与您的问题相符。

    在下面的已知问题链接中——通过 ping icp-ds-0 检查“502 Bad Gateway Error”。

    https://www.ibm.com/support/knowledgecenter/SSBS6K_2.1.0/getting_started/known_issues.html

    -> Kubernetes 控制器管理器在 master 或集群重启后无法启动

    谢谢!

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多