2017-10-22 6 views
0

私は3ノードのプライベートクラウドプライベートクラウドをインストールしました。すべてのノードでMASTER、PROXYワーカーと管理が設定されています。私はまた、これらのインストールの前にconfig.yamlにvsphereクラウドプロバイダ設定を追加しました。 インストールは成功し、コンソールのURLを取得しましたhttp://proxy_vip:8443。しかし、私はコンソールにアクセスすることはできません。ポート8443はリッスンしていません。 ポッドの状態を確認すると、以下の出力が得られました。 i found this issue while running 'kubectl -s 127.0.0.1:8888 -n kube-system get pods. Other pods are runningibmクラウドプライベートコンソールインストール後に来ない

+0

クラッシュしているポッドからの検査ログ。 – 3h4x

+0

ポッドやコンテナのログを確認するときに –

+0

不正な命令(コアダンプされた) –

答えて

0

後ICP 2.1.0インストール、およびkubectlログまたはドッキングウィンドウのログコマンド'不正な命令(コアダンプ)'エラーが表示された場合は、コマンド 'cat/proc/cpuinfo'でCPU情報を確認する必要があります。あなたのCPUが 'sse4_2'フラグを持っていることを確認してください。

0

kubectl delete pod icp-router -n kube-systemを使用してPODを削除してみてください。 PODを再初期化する必要があります。

+0

私はそれをやったことがあります。私のカムはCrashLoopBackOffステータスを取得しています –

+0

私はポッドとドッカーのログをチェックしています出力 "不正な命令(コアダンプ)" –

0

管理コンソールは、https://master_ip:8443/consoleにあります。ポートがリッスンされていない場合は、icp-routerポッド(複数可)の健康状態を確認することができます。

kubectl -n kube-system get pods -o wide | grep icp-router 

出力はあなたのWebコンソールへのアクセスを提供するために使用されたポッドが表示されます。実行されていない状態または悪い状態の場合、Webコンソールにアクセスできない可能性があります。あなたは、コンテナからログを投稿することができた場合、それはあなたのクラスタ内で何が起こっているかにより洞察を提供することができる:ポッドがCrashLoopBackOffであれば、

kubectl -n kube-system logs icp-router-[XXXXX] 
関連する問題