現在、systemd を使用してローカル バイナリで Etcd を実行しています。rkt を使用して etcd を実行したいのですが、まだ systemd を使用しているため、バイナリ サービスを使用してバイナリを「手動で」ダウンロードする必要はありません。

みたいなことをしたい。これは正しいですか？不足しているものはありますか？

また、stout/stderr へのロギングに関して、ロケットで etcd を実行するといくつかの問題があることもわかりました。このことをどのようにデバッグすれば、何が起こっているのかがわかります。ロケットいじり初日！ありがとう！

私が得ているエラー

https://github.com/coreos/coreos-kubernetes/tree/master/multi-node/genericのスクリプトを使用して、自宅の実際の (仮想ではない) Coreos サーバーに rkt を使用して kuberentes をインストールしようとしています。いくつかの質問。

1. 私の etcd2 は tls キーを使用しています。証明書の場所を定義できるスクリプトのどこにも表示されません。
2. ADVERTISE_IPとの IP の代わりにドメインを指定できますCONTROLLER_ENDPOINTか?
3. kubernetes を手動でインストールしようとしたときに、rkt サービス API を開始する必要がありました。ここで必要であるとドキュメントに記載されていませんが、これらのスクリプトを使用する場合は必要ないということですか? それとも、ドキュメントに欠けているだけですか？

ありがとう！

アップデート

ロブさん、お返事ありがとうございます。etcd2に関しては十分に明確ではありませんでした。Coreos サーバーには既に etcd2 tls がインストールされ、適切に構成されています。そのため、controller-install.sh ファイルで etcd サーバーを構成しました。

しかし、controller-install.shスクリプトを実行すると、次の出力が返されて繰り返されます。

コントローラースクリプトでetcd関連のtls証明書を定義しなかったためだと推測していました。

私の macbook pro ラップトップでは、次のエイリアスが構成されています。

だから私が実行すると、次のようmyetcdctl member listになります：

だから私はそこに本当に問題があるとは思わない。

何か案は？

ありがとう！

Rkt コンテナーで単純な Ruby アプリを作成しようとしていますが、ビルド スクリプトは次のようなバリエーションを提供し続けます。

誰かがこれを回避する通常の方法を教えてもらえますか?

ここに私のビルドスクリプトがあります:

acbuild run -- /bin/sh -c...root として実行すると bundler が文句を言うので、ここ ( ) で砲撃していることに注意してください。しかし、シンボリックリンクの問題は非常に一般的な問題のようです。たとえば、を介してバンドラーをインストールすると、スクリプトはそれがシンボリックリンクであるとacbuild run -- apk add不平を言います...bundle

I have CoreOS beta (1153.4.0)

I'm trying to run calicoctl to check if my calico networking is properly configured. so I'm trying to run a calicoctl rkt container with the command rkt run quay.io/calico/ctl and I get the output

trying to execute calico from the command line using rkt run quay.io/calico/ctl --exec calicoctl returns stage1: failed to configure systemd: unable to find "calicoctl" in "/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"

trying to exec /bin/sh to see what's going on there I get the output

and then it quits.

any ideas?

update

with latest version of calico-ctl I get a different error message:

CoreOS ベータ版 (1185.1.0) で rkt コンテナーを使用して kubernetes 1.4 をインストールしようとしています。

一般に、自宅に 2 台の CoreOS PC マシンがあり、etcd2 tls 証明書で構成されています。

etcd2 tls 証明書をサポートするために、coreos-kubernetes の自動化された汎用インストール スクリプトにパッチを適用しました。ワーカーおよびコントローラーのインストール スクリプトの最新バージョンは、https://github.com/kfirufk/coreos-kubernetes-multi-node-generic-install-scriptに投稿されています。

コントローラー Coreos インストール スクリプト (ip: 10.79.218.2,domain: coreos-2.tux-in.com)には、次の環境変数を使用しました。

これらは、worker coreos インストール スクリプトに使用した環境変数です (ip: 10.79.218.3,domain: coreos-3.tux-in.com)

両方のマシンに kubernetes をインストールし、kubectl を適切に構成した後、入力すると次のようkubectl get nodesになります。

kubectl get pods --namespace=kube-system戻り値

そのためheapster-v1.2.0-3646253287-j951o、ContainerCreating ステータスでスタックしていますkube-dns-v20-u3pd0。kubernetes-dashboard-v1.4.1-ehiez

kubectl describeそれらのいずれかで実行すると、基本的に同じエラーが発生します: Error syncing pod, skipping: failed to SyncPod: failed to set up pod network: Unhandled Exception killed plugin.

たとえば、次をkubectl describe pods kubernetes-dashboard-v1.4.1-ehiez --namespace kube-system返します。

キャリコの構成に問題があるため、ポッドのネットワークが機能していないと推測しています..

そのため、calicoctl rkt コンテナーをインストールしようとしましたが、問題がありました。しかし、それは別のstackoverflowの質問です:) coreosでcalicoctlコンテナーを開始する

そのため、calico が正常に動作するかどうかを実際に確認することはできません。

これは、コントローラーノードの calico-network systemd サービスファイルです。

これは、ワーカー ノードの calico-node サービス ファイルです。

これは/etc/kubernetes/cni/net.d/10-calico.confコントローラノードの内容です:

これは/etc/kubernetes/cni/net.d/10-calico.confワーカー ノードの です。

問題をさらに調査する方法を考えます。新しい calico-cni が移動したため、ログ情報がログ ファイルに保存されなくなったため、ここから先がわかりません。この問題に関する情報をいただければ幸いです。

ありがとう！

コンテナー テクノロジを理解しようとしていますが、やや混乱しています。特定のテクノロジーがスタックのさまざまな部分に重なっており、DevOps チームが適切と考えるように、さまざまなテクノロジーのさまざまな部分を使用できるようです (たとえば、Docker コンテナーを使用できますが、Docker エンジンを使用する必要はなく、クラウド プロバイダーのエンジンを使用できます)。代わりは）。私の混乱は、「コンテナー スタック」の各レイヤーが提供するものと、各ソリューションの主要なプロバイダーが誰であるかを理解することにあります。

これが私の素人の理解です。私の理解の穴に関する修正とフィードバックをいただければ幸いです

1. コンテナー: アプリケーション、ランタイム環境、システム ライブラリなどを含む自己完結型パッケージ。アプリケーションを備えたミニOSのように
   • Docker が事実上の標準になっているようです。他に有名で広く使われているものはありますか?
2. コンテナ クラスタ: リソースを共有するコンテナのグループ
3. Container Engine: コンテナをクラスタにグループ化し、リソースを管理します
4. Orchestrator: これはコンテナ エンジンと何か違いがありますか? どのように？
   • Docker Engine、rkt、Kubernetes、Google Container Engine、AWS Container Service などは 2 から 4 のどこに該当しますか?

CoreOS ベータ版 (1185.2.0) を搭載した Coreos マシンが 2 台あります。

変更されたスクリプトを使用して rkt コンテナーで kuberentes をインストールします。元のスクリプトはhttps://github.com/coreos/coreos-kubernetes/tree/master/multi-node/genericにあります。変更されたバージョンはhttps://github.com/kfirufk/coreos-kubernetes-multi-node-generic-install-scriptにあります。

スクリプトに設定した環境変数は次のとおりです。

最も注目すべき変更点は、非推奨ではなく、etcd2 tls 証明書と kubeconfig yaml の使用のサポートが追加されたことです--api-server。

現在、coreos-2.tux-in.com のコントローラ スクリプトを使用してインストールしようとしています。

コントローラーノードの kubeconfig yaml には以下が含まれます。

生成されたkubelet.serviceファイルには

今..この変更後にのみこのエラーが発生し始めた原因--kubeconfigの代わりに使用に関連していると確信しています。--api-server

kubelet のログ出力はhttp://pastebin.com/eD8TrMJJにあります

現在、kubelet が適切にインストールされていません。デスクトップで実行するkubectl get nodesと、空のリストが返されます。

何か案は？

アップデート

http://pastebin.com/gDBbn0rnkubectl get nodes --v=8の出力

アップデート

etcdctl ls /registry/minions出力：

ps -aef | grep kubeletコントローラ上

ps -aef | grep kubelet労働者の

アップデート

実行するjournalctl -f -u kubeletと、10 秒ごとに次のメッセージが表示されることに気付きます。

このメッセージはどのサービスに関連していますか? 何らかの障害が原因で、何かが 10 秒ごとに再起動している可能性があります。

CoreOS ベータ版 (1185.2.0) がインストールされています。

calico-node を起動するための systemd サービス ファイルは次のとおりです。

ウェルプ.. systemd は次のエラーで失敗します:

端末で環境変数を設定してrktコマンドを実行しようとしたところ、エラーメッセージが表示されました

エラーは次の構成ファイルに関連している可能性があると思います/etc/rkt/paths.d/paths.json

後で kubernetes のパス構成ファイルが必要になります。

何か案は？asc ファイルは実際には存在しません。