「コントロールプレーンの準備が整うのを待っている」どこでKubeadminitがハングするかをデバッグして確認できる方法があるのだろうか。 kubeadmの-verboseパラメータはありますか? 他のログファイルまたは推奨されるデバッグオプションはありますか?
Ubuntu 16.04を実行していますが、Dockerコンテナ内からkubeadmを実行しようとしています。 私のホストでは動作しています。
私は主に別のシェルを開いてdocker ps
および/またはjournalctl -xeu kubelet
非常に多くの情報があり、基本的に事態が発生するのを待っているため、オールインワンのデバッグソリューションを実行するのは困難です(たとえば、インターネット接続が遅いと、すべてが機能しているにもかかわらず、非常に時間がかかる場合があります)
何を含めるべきかについての提案はありますか?
おかげで、「コントロールプレーンの準備が整うのを待つ」ことができました。提案された標準のデバッグオプションで十分でした。
journalctl -xeu kubelet
、ログを表示します
'エラー:Kubeletの実行に失敗しました:kubeletの作成に失敗しました:構成の誤り:kubelet cgroupドライバー: "systemd"はdockercgroupドライバーとは異なります: "cgroupfs
systemd [1]:kubelet.service:メインプロセスが終了しました、code = exited、status = 1 / FAILURE
systemd [1]:ユニットkubelet.serviceが失敗状態になりました。
systemd [1]:kubelet.serviceが失敗しました。
kubeletのcgroupドライバーはdockerのcgroupドライバーと同じではないので、systemd-> cgroupfsを更新します。
vi /etc/systemd/system/kubelet.service.d/10-kubeadm.conf
KUBELET_CGROUP_ARGS=--cgroup-driver=systemd
をKUBELET_CGROUP_ARGS=--cgroup-driver=cgroupfs
更新します
kubeletを再起動します
'service kubeletrestart'を実行します
すべてが大丈夫です
@heartareaあなたのステップに感謝します。 彼らはうまく機能します。
また、この変更をマスター以外の他のノードに適用して、クラスターに参加できるようにする必要があります。
これはバグですか? なぜあなたが提案したように設定されていないのですか?
最も参考になるコメント
journalctl -xeu kubelet
、ログを表示します'エラー:Kubeletの実行に失敗しました:kubeletの作成に失敗しました:構成の誤り:kubelet cgroupドライバー: "systemd"はdockercgroupドライバーとは異なります: "cgroupfs
systemd [1]:kubelet.service:メインプロセスが終了しました、code = exited、status = 1 / FAILURE
systemd [1]:ユニットkubelet.serviceが失敗状態になりました。
systemd [1]:kubelet.serviceが失敗しました。
kubeletのcgroupドライバーはdockerのcgroupドライバーと同じではないので、systemd-> cgroupfsを更新します。
vi /etc/systemd/system/kubelet.service.d/10-kubeadm.conf
KUBELET_CGROUP_ARGS=--cgroup-driver=systemd
をKUBELET_CGROUP_ARGS=--cgroup-driver=cgroupfs
更新しますkubeletを再起動します
'service kubeletrestart'を実行します
すべてが大丈夫です