すると、こんな感じのログが立て続けに出力されていました。use”******はマスクです。ランダム英数字が入っています。linux-riisが、masterのマシン名です。podのログも確認してみましたが、同じようなログが出力されていました。kube-system-nオプションで、namespaceを指定しないと、見つからないと言われるので注意です。ふむふむ、どうも、IDだかがかぶってしまって、新しいkube-controller-managerを起動できないようです。ここでイメージとコンテナの確認です。Kubicはcri-oを使っているため、コンテナ関連のコマンドはcrictl、サービスはcrioになります。crictlのホームページはこちら。Dockerと似たような感じで使えるのではないでしょうか。ちなみに、このコマンドが入っているパッケージはcri-toolsです。サービスステータスをチェックします。crioCNIのデフォルトネットワークが見つからないよ、というエラーが見えますが、flannelを適応すれば直るでしょう・・・直ると信じたいです。)では、コンテナの確認です。-aすると、Runningとなっているものと、Exitedとなっているもの、2つのkube-controller-manager-****が。その他にも、kube-apiserver-****や、kube-scheduler-****も同じように、二種類。Exitedとなっているものは不要なので(不要で終了したのでExitedなはずなので)、削除しましょう。****(コンテナIDです。ps時に表示されます。)そして、システム系のpodを確認。nodesしても、NotReadyだったので、同じくExitedだった、kube-apiserver-****と、kube-scheduler-*****のコンテナも、削除しました。待っていると・・・・無事、masterがReadyになりました。joinもすんなり動き、正常稼働に戻りました。情報収集の方法をもっと知りたいcrictl知ったのは良かったKubicの再インストールを考えたけど、粘ってみてよかった。サーバーのメンテナンスの話です。とアップデートをしてきました。アップデートしました。アップデート方法いつもオンラインでアップデートしています。アップロードし、インストーラを起動してアップデートはちょっと大変です。するだけなので簡単です。リポジトリ設定からバージョンの部分を書き換えるのがオススメです。dupディスク容量には余裕があるので、一度ダウンロードが完了するのを待ってから、アップデートを適用しました。置き換えられています。やったことは以下の3つです。自動起動するようにする設定ファイルは、新しい設定ファイルをそのまま使いました。比較したところ、内容はかなり増えていますが、コメントアウトされた部分以外はほとんど同じでした。使えるようになりました。引き続き使うことができます。インストールする必要があります。次のように使用したいサービスのポートを開けられます。