ICP V2.1がRHEL VMWareイメージにインストールされています。イメージを再起動した後、ICPがドキュメントの最初の既知の問題であると思われるもので起動できません(Kubernetesコントローラマネージャは、マスタまたはクラスタの再起動後に起動できません)。しかし、規定された解決策は、私のシステムを稼働させません。ここでマシンの再起動後にICPが起動しない
が実行されているポッドのリストです:
NAME READY STATUSは8つの20H K8Sを実行している14 20H filebeat-DS-AMD64-mvcsj 1/1を実行AGE 更紗・ノードのamd64-dtl47 2/2を再起動します7つの20H K8S-mariadb-192.168.232.131 1/1 7を実行して実行1/1 -etcd-192.168.232.131 20H K8S-マスター192.168.232.131 2/3 CrashLoopBackOff 15 17メートル K8S-プロキシ192.168.232.131 1/1ランニング7 20h 計量リーダー-amd64-gkwt4 1/1ランニング7 20h 監視プロメテウス-nodeexporter-AMD64-sghrv 1/1 K8S-マスター192.168.232.131ポッドを取り外し7 20H
を実行し、それが唯一の再起動CrashLoopBackOff状態に戻ってそれを置くことを可能にします。コントローラマネージャのログの最後の行がどのように表示されるかを次に示します。
F1029 23:55:07.345341 1 controllermanager.go:176エラーのビルドエラー:サーバからサポートされているリソースを取得できませんでした:サーバの完全なリストを取得できませんAPI:servicecatalog.k8s.io/v1alpha1:サーバでエラーが発生しました(「エラー: 'ダイヤルTCP 10.0.0.145:443:getsockopt:接続が拒否されました」\ n到達しようとしています:' https://10.0.0.145:443/apis/servicecatalog.k8s.io/v1alpha1 '」)、要求が成功するのを妨げました
ポッドを取り外したり、故障したコントローラのマスタードッカーコンテナを直接取り外すことは効果がありません。別のサービスがまだ開始されていないか、開始されていないようです。問題が解決するかどうかを確認するために数時間待ったが、役に立たなかった。
おかげで... https://github.com/kubernetes/kubernetes/pull/49495の修正前
のapiserviceちょうどあなたにログを電子メールで送信電子レジスター。興味深いことに、ps -aは、最後に終了したのが41時間前であることを示し、複数の再起動時から再起動していないことを示しています。 – robo
ありがとう、それは問題を解決しました。 – robo