再デプロイメントK8S K8Sはそう次のことを行うときに、フラットなネットワークを必要とするので、クラスタ、
マスター@ルート〜] ＃は-f KUBE-flannel.ymlを適用kubectl
スタートに行き、その後、画像のダウンロードを開始し、数分間の結果は、良いされていません
[K8S-マスター〜@ルート] ＃kubectl GETポッド-n KUBE-システム NAME READYのステータスが再起動AGEは、 coredns -58cc8c89f4-9gn5g 0/1保留0 27メートル coredns -58cc8c89f4-xxzx7 0/1保留0 27メートル etcd 1つの実行-k8s-マスター1/1 26メートルを KUBE 1つの実行-apiserver-K8S-マスター1/1 26メートルを KUBE 1つの実行-controllerマネージャー-K8S-マスター1/1 26メートルを KUBE -flannel-DS-amd64-2dqlf 0/1 INIT：ImagePullBackOff 0 11メートル KUBE -proxy-rn98b 1/1 1つの実行中の 27メートルを KUBE 1つの実行-Scheduler-K8S-マスター1/1 26メートルを [ルート @ K8S-マスター〜] ＃kubectl GETポッド-n KUBE-システム
クエリポッドへ
[K8S-マスター@ルート〜] ＃が記述kubectlポッドKUBE-フランネル-DS-amd64-2dqlf -n KUBE-システム 名：KUBE-フランネル-DS-amd64- 2dqlf 名前空間：KUBE - システム 優先度： 0 ノード：K8S -master / 192.168.180.130 開始時間：木、 2019年12月19日午後十時36分13秒0800 ラベル：アプリ = フランネル コントローラ -revisionハッシュ= 67f65bfbc7 ポッド -template世代= 1 層 = ノード 注釈：<なし > ステータス：保留中 IP： 192.168.180.130 IPアドレス： IP： 192.168.180.130 によって制御：DaemonSet / KUBE-フランネル-DS- AMD64 初期コンテナ： インストール - CNIを： コンテナID： 画像：quay.io /coreos/flannel:v0.11.0- AMD64 イメージID： ポート：<なし > ホスト・ポート：<なし > コマンド： CP 引数： -f は/ etc / KUBE-フランネル/ CNI- conf.json /etc/cni/net.d/10- flannel.conflist 状態：待機中 理由：ImagePullBackOff レディ： Falseの 再起動回数： 0 環境：<なし > マウント： の/ etc / CNI / net.d CNI（RW）から の/ etc / KUBE-フランネル/ flannel-からCFG（RW） フランネル-token-から/var/run/secrets/kubernetes.io/serviceaccount r52cd（RO） コンテナ：- フランネル： コンテナID： 画像：quay.io /coreos/flannel:v0.11.0- AMD64 イメージID： ポート：<なし > ホスト・ポート：<なし > コマンド： / opt / binに/ flanneld 引数： --ip- マスカレード --kube-subnet- MGR 状態：待機中 理由：PodInitializing レディ： Falseの 再起動数： 0 制限： CPU：100メートル メモリ：50Mi リクエスト： CPU：100メートル メモリ：50Mi 環境： POD_NAME：KUBE -flannel-DS-amd64- 2dqlf（V1：metadata.name） POD_NAMESPACE：KUBE - システム（V1：metadata.namespace） マウント： の/ etc / KUBE-フランネル/ flannel-からCFG（RW） /ラン/ ランからフランネル（RW） フランネル-token-から/var/run/secrets/kubernetes.io/serviceaccount r52cd（RO） 条件： タイプステータス 初期化された 偽 の準備 偽 ContainersReady 偽 PodScheduled 真 ボリューム： 実行します。 タイプ：ホストパス（裸のホストディレクトリのボリューム） パス： /実行/ フランネル HostPathType： CNI： タイプ：ホストパス（裸のホストディレクトリのボリューム） パス： の/ etc / CNI / net.d HostPathType： フランネル - CFG： タイプ：ConfigMap（ConfigMapによって移入体積） 名前：KUBE -flannel- CFG オプション： 偽 フランネル -token- r52cd： タイプ：シークレット（シークレットによって移入ボリューム） SecretName：フランネル -token- r52cd オプション： 偽 QoSのクラス：バースト可能 ノード -Selectors：<なし> Tolerations :: NoSchedule node.kubernetes.io /ディスク- 圧力：NoSchedule node.kubernetes.io /メモリ- 圧力：NoSchedule node.kubernetes.io /ネットワーク- 使用できません：NoSchedule node.kubernetes.io / not- 準備：NOEXECUTE node.kubernetes.io / pid- 圧力：NoSchedule node.kubernetes.io / 到達不能：NOEXECUTE node.kubernetes.io / unschedulable：NoSchedule イベント： メッセージからの理由年齢を入力 ---- ------ ---- ---- ------- 通常のスケジュール<不明 > デフォルト K8Sに正常に割り当てられたKUBE-システム/ KUBE-フランネル-DS-amd64-2dqlf -Scheduler - マスター 警告失敗5m29s kubelet、K8S -masterプル画像に失敗しました" quay.io/coreos/flannel:v0.11.0-amd64 "：RPCエラー：コード=不明DESC = コンテキストキャンセル 失敗した4m21sに警告（5m2sオーバー×2）kubelet、K8S -masterがプル画像に失敗しました" quay.io/coreos/flannel:v0.11.0-amd64 "：RPCエラー：コード=不明DESC =デーモンからのエラー応答：取得ます。https：/ /quay.io/v2/：ネット/のhttp：要求がキャンセル（Client.Timeoutを超えている間ヘッダを待っています） 通常引っ張る3m31s（7m5s以上×4）kubelet、K8S -master画像を引っ張る" quay.io/coreos/flannel:v0.11.0-amd64 " （5m29sオーバーX4を）失敗した3m18s警告をkubelet、K8S - マスターエラー：ErrImagePull 警告失敗3m18s kubelet、K8S -masterプル画像に失敗しました" quay.io/coreos/flannel:v0.11.0-amd64 "：RPCエラー：デーモンからコード=不明DESC =エラー応答：GET https://quay.io/ V2 / coreos /フランネル/マニフェスト/ v0.11.0-AMD64：取得https://quay.io/v2/auth?scope=repository%3Acoreos%2Fflannel%3Apull&service=quay.io：ネット/ のhttp：TLSハンドシェイクタイムアウト 通常のバックオフ3m5s（5m29sオーバーX6）kubelet、K8S -master画像を引っ張ってバックオフ" quay.io/coreos/flannel:v0.11.0-amd64 " 失敗2m2s（X11オーバー5m29s）kubelet、K8S警告 ImagePullBackOff：-masterエラー
失敗のミラーリングプル理由は、ネットワークの可能性が高い原因であるとき、私は前に遭遇していないが、発見されました
KUBE-フランネル-DS-amd64-2dqlf 0/1 INIT：ImagePullBackOff 0 11メートル
この状態は、それはYAMLなければならないとき、InitC、初期化コンテナがあり、いくつかを見に行きました
唯一の他のクラスタが輸出をミラーリングして、インポート
[ルート@ K8S-マスターMNT] ＃1 ドッカー負荷-i flannel.tar 7bff100f35cb：担持層[============================= =====================>] 4.672メガバイト/ 4 0.672メガバイト 5d3f68f6da8f：ロード層[ ============================================= =====>] 9.526メガバイト/ 9 0.526メガバイト 9b48060f404d：ロード層[ ============================================= =====>] 5.912メガバイト/ 5 0.912メガバイト 3f3a4ce2b719：ロード層[ ============================================= =====>] 35.25メガバイト/ 35 0.25メガバイト 9ce0bb155166：ロード層[ ============================================= =====>] 5.12kB / 5 .12kB ロードされたイメージ：quay.io /coreos/flannel:v0.11.0- AMD64 [ルート @ K8SマスターMNT] ＃のドッカー画像を サイズを作成したリポジトリTAG画像ID registry.aliyuncs.com / google_containers / KUBE-apiserverのv1.16.0のb305571ca60a 3 ヶ月217メガバイト前 registry.aliyuncs.com / google_containers / KUBE-プロキシv1.16.0のc21b0c7400f9 3ヶ月86前0.1メガバイト registry.aliyuncs.com / google_containers / KUBE-コントローラマネージャv1.16.0の06a629a7e51c 3 ヶ月163メガバイト前 registry.aliyuncs.com / google_containers / KUBE-スケジューラv1.16.0 301ddc62b80b 3ヶ月87前0.3メガバイト registry.aliyuncs.com / google_containers / etcd 3.3.15-0 b2756210eeab 3 ヶ月247メガバイト前 registry.aliyuncs.com / google_containers / 1.6.2 bf261d157914 4ヶ月前44 coredns 0.1メガバイトを quay.io / coreos /フランネルv0.11.0-amd64のff281650a721 10ヶ月前52 0.6メガバイト registry.aliyuncs.com / google_containers /一時停止24 3.1 da86e6ba6ca1 ヶ月前742kB [ルート @ K8S-マスターMNT] ＃のCD
[ルート@ K8S-マスター〜] ＃kubectl GETノード NAMEのSTATUSの役割AGE VERSION K8S準備マスター54メートルv1.16.1 -master K8S -node01準備中] <なし> 15メートルv1.16.1 K8S -node02レディ<なし> 17メートルのv1.16.1 [ルート @ K8S-マスター〜] ＃kubectl GETポッド-n KUBE-システム NAME READY STATUSが再起動AGE coredns 0実行中の1/1 -58cc8c89f4-9gn5g 54メートルを coredns -58cc8c89f4-xxzx7 1/1 0実行している 54メートルを etcd 1つの実行-k8s-マスター1/1 53メートルを KUBE 1つの実行-apiserver-K8S-マスター1/1 53メートルを KUBE 2実行-controllerマネージャ-K8S-マスター1/1 53メートルを KUBE -flannel-DS-amd64-4bc88 1/1 0実行している 17メートルを KUBE 0実行-flannel-DS-AMD64-lzwd6 1/1 19メートルを KUBE 0実行-flannel-DS-AMD64-vw4vn 1/1 15メートルを KUBE -proxy-bs8sd 1/1 1つの実行中の 15メートルを KUBE -proxy-nfvtt 1/1 0実行している 17メートルを KUBE -proxy-rn98b 1/1 1つの実行中の 54メートルを KUBE 1つの実行-Scheduler-K8S-マスター1/1 53メートルを [ルート @ K8S-マスター〜] ＃kubectl GETノード NAMEのSTATUSの役割AGE VERSION K8S準備マスター54メートルv1.16.1 -master K8S -node01レディ<なし> 15メートルv1.16.1 K8S -node02レディ<なし> 17メートルv1.16.1
その上で少し待ってください。ミラー化する必要があり、あなたは私に連絡することができます