安装IBM Cloud Private后,以下容器未启动。我以前在没有管理节点的情况下安装了ICP,并且在完成“卸载”并在所有节点上重新启动Docker服务后进行了新的安装。
第二次安装了一个管理节点,在一个节点上定义了Master / Proxy,以及两个Worker节点。
选择菜单选项平台/监控获取502 Bad Gateway
来自已部署容器的事件消息
Deployment - monitoring-prometheus
TYPE SOURCE COUNT REASON MESSAGE
Warning default-scheduler 2113 FailedScheduling
No nodes are available that match all of the following predicates:: MatchNodeSelector (3), NoVolumeNodeConflict (4).
Deployment - monitoring-grafana
TYPE SOURCE COUNT REASON MESSAGE
Warning default-scheduler 2097 FailedScheduling
No nodes are available that match all of the following predicates:: MatchNodeSelector (3), NoVolumeNodeConflict (4).
Deployment - rootkit-annotator
TYPE SOURCE COUNT REASON MESSAGE
Normal kubelet 169.53.226.142 125 Pulled
Container image "ibmcom/rootkit-annotator:20171011" already present on machine
Normal kubelet 169.53.226.142 125 Created
Created container
Normal kubelet 169.53.226.142 125 Started
Started container
Warning kubelet 169.53.226.142 2770 BackOff
Back-off restarting failed container
Warning kubelet 169.53.226.142 2770 FailedSync
Error syncing pod
答案 0 :(得分:0)
管理控制台有时会在安装或重新引导主节点后显示502 Bad Gateway Error。如果您最近安装了IBM Cloud Private,请等待几分钟并重新加载页面。
如果重新启动主节点,请执行以下步骤:
配置kubectl命令行界面。请参阅Accessing your IBM Cloud Private cluster by using the kubectl CLI。
获取icp-ds pod的IP地址。运行以下命令:
kubectl get pods -o wide -n kube-system | grep“icp-ds”
输出类似于以下文字:
icp-ds-0 1/1运行0 1d 10.1.231.171 10.10.25.134
在此示例中,10.1.231.171是窗格的IP地址。
在高可用性(HA)环境中,每个主节点都存在一个icp-ds pod。
ping 10.1.231.171
如果输出类似于以下文本,则必须删除窗格:
connect:参数无效
kubectl delete pods icp-ds-0 -n kube-system
在此示例中,icp-ds-0是无响应窗格的名称。
在HA安装中,您可能必须删除每个主节点的pod。
kubectl get pods -o wide -n kube-system | grep“icp-ds”
输出类似于以下文字:
icp-ds-0 1/1运行0 1d 10.1.231.172 10.10.2
ping 10.1.231.172
如果您可以访问所有icp-ds pod,则可以在该Pod进入可用状态时访问IBM Cloud Private管理控制台。