ドッキングウィンドウを構築+ K8Sはピットを強化

一つの問題:

yumの インストール - Y etcd kubernetes 
エラー:ドッキングウィンドウのと-ce-cliの競合2:docker- 1.131 - 94 .gitb2f74b2.el7.centos.x86_64 
エラー:ドッカと-ce競合2:docker- 1.131 - 94 .gitb2f74b2.el7.centos.x86_64

理由:

  kubernetesにすでにインストールされているドッキングウィンドウをインストールする前に

解決策:アンインストール]ドッキングウィンドウのサービス

  卸载ドッキングウィンドウ:YUM -y削除 'のrpm -qa | grepをドッキングウィンドウ'

  コンテナミラーを削除します。rm -rfを/ var / libに/ドッカ

再び正常にインストールされ、kubernetesインストールして、自動的にドッキングウィンドウをインストール

 

質問2:

2.1 

#etcdctl MK /atomic.io/network/config ' { "ネットワーク": "192.168.3.4/16"} ' 
エラー:クライアント:etcdクラスタが使用できないか、間違って設定されています。エラー#0:TCPダイヤル127.0を0.12379 :接続:接続が拒否。エラー#1:TCPダイヤル127.0を0.14001 :接続:接続は拒否
エラー#0:TCPダイヤル127.0を0.12379 :接続:接続は拒否
エラー#1:TCPダイヤル127.0を0.14001:接続:接続が拒否
理由:
  ETCD_LISTEN_CLIENT_URLS構成パラメータであるため、上記のエラーが発生した場合ではないhttp://127.0.0.1:2379原因と

解決策:
  ETCD_LISTEN_CLIENT_URLSパラメータ#の/etc/etcd/etcd.confが変更されました:
  ETCD_LISTEN_CLIENT_URLS =「HTTP ://127.0.0.1:2379 "

2.2
#etcdctl MK /atomic.io/network/config ' { "ネットワーク": "192.168.3.4/16"} ' 
エラー:TCPダイヤル192.1683.42379:接続:接続が拒否されました

理由: 

  ETCD_LISTEN_CLIENT_URLSパラメータが原因ローカルIP「http://192.168.3.4:2379」を設定されていません

ソリューション: 

#の/ etc / ETCD / ETCD_LISTEN_CLIENT_URLS etcd.conf変更されたパラメータ:
ETCD_LISTEN_CLIENT_URLS = "http://192.168.37.49:2379,http://127.0.0.1:2379"

質問3:ドッカサービスの失敗を開始します

#のsystemctlステータスドッキングウィンドウの
●のdocker.service - ドッカーアプリケーションコンテナエンジン
   ロード:ロード(は/ usr / libに/にsystemd /システム/ docker.service;無効;ベンダーのプリセット:無効)
  ドロップ -Inします。/ usr / lib / systemdに/システム/ docker.service.d 
           └─flannel.conf 
   アクティブ:(出口結果失敗した火以来-code)2019年 - 06 - 25  111641 CST。4分15sの前に
     ドキュメントします。http:// docs.docker.com 
  プロセス:20982ExecStart =は/ usr / binに/ dockerd電流--add-ランタイムドッキングウィンドウ-runc =は/ usr / libexecに/ドッキングウィンドウ/ドッキングウィンドウ-runc電流--default-ランタイム=ドッキングウィンドウ-runc --exec-OPT native.cgroupdriver = systemdに--userlandプロキシパス=は/ usr / libexecに/ドッカー/ドッカープロキシ電流--initパス=は/ usr / libexecに/ドッカー/ドッカー-INIT-電流--seccompプロファイル=の/ etc /ドッカー/ seccomp .json $ OPTIONS $ DOCKER_STORAGE_OPTIONS $ DOCKER_NETWORK_OPTIONS $ ADD_REGISTRY $ BLOCK_REGISTRY $ INSECURE_REGISTRY $レジストリ(コード=ステータス=、終了1 / FAILURE) メインPID 20982(コード=終了し、ステータス= 1 / FAILURE)

年06月25  111641ローカルホスト.localdomainシステムD [ 1] ...ドッカーアプリケーションコンテナエンジン始動
年06月25  111641 localhost.localdomainをdockerd電流[ 20982 ]:でドッカーデーモンを設定することができないファイル /etc/docker/daemon.json:以下のディレクティブが両方指定されていますフラグなどと構成ファイル:... ROM ファイル1500 
年06月25  111641システムD localhost.localdomainをする[ 1 ]:docker.service:メイン処理が終了し、コード=終了し、ステータス= 1 /  FAILURE
年06月25  111641 localhost.localdomainをがシステムD [ 1 ]:ドッカーアプリケーションコンテナエンジンの起動に失敗しました。
年06月25  111641 localhost.localdomainをシステムD [ 1 ]:単位docker.service状態を失敗入っ。
年06月25  111641システムD localhost.localdomainを[ 1 ]:docker.serviceに失敗しました。
理由:
  残りのファイルがインストールさkubernetsをインストールする前には、ドッキングウィンドウが起動影響を受けるkubernetsがインストールドッカー
:ソリューション
  の/ etc /ドッキングウィンドウ/ daemon.jsonを削除し、再起動を。

 

質問4:あなたはポッドK8S管理MySQLを作成する場合:
- #が作成kubectl mysql.yaml Fを
、検証エラー:エラー" mysql.yaml ":エラーの検証データを:couldn " tはタイプを見つける:; v1beta1.Deploymentを あなたはこれらのエラーを無視することを選択した場合、偽= --validateと検証をオフにします
原因:
kubectl的版本是1.5版本的
#のkubectlバージョンの
クライアントバージョン:version.Info {主: "1"、マイナー: "5"、GitVersion: "v1.5.2"、GitCommit: "269f928217957e7126dc87e6adfa82242bfe5b1e"、GitTreeState: "クリーン" 、BuildDate: "2017-07-03T15:31:10Z"、GoVersion: "go1.7.4"、コンパイラ: "GC"、プラットフォーム:の"Linux / AMD64" } 
Serverバージョン:version.Info {メジャー: "1"、マイナー: "5"、GitVersion: "v1.5.2"、GitCommit: "269f928217957e7126dc87e6adfa82242bfe5b1e"、GitTreeState: "きれい"、BuildDate: "2017-07-03T15:31:10Z"、GoVersion: "go1.7.4"、コンパイラ: "GC"、プラットフォーム:の"Linux / AMD64" } 

 解决方法:
将mysql.yaml脚本中apiVersion」的。アプリケーション/ v1beta1はapiVersion "に変更":拡張機能/ へv1beta1」 

 

Apiversion異なる説明:
アプリのAPI v1のグループは、アプリケーション/ v1beta1のタイプはバージョン1.6.0で追加された位置に展開されますので、あなたは、1.5.xのクライアントまたはサーバーを持っている場合、あなたはまだ/拡張機能を使用する必要があります。V1beta1バージョン。
アプリケーション/ v1beta1および拡張/ v1beta1は、同じタイプを展開していますが、アプリのAPIを使用して作成したときに、いくつかの改善のデフォルト値を使用します

 

おすすめ

転載: www.cnblogs.com/carriezhangyan/p/11084052.html
おすすめ