2016-05-02 9 views
-1

Я ударил стену, пытаясь настроить кубернеты с помощью rkt on coreos при развертывании главного узла.Kubernetes отказывается работать с rkt, контейнеры не запускаются, неверная ошибка systemd

This главная проблема, которую я вижу из журналов kubelet ... некоторые Systemd ошибка, которая, очевидно, неправильно, потому что coreos последняя стабильная использует 225 ...

я следовал Deploy Kubernetes Master Node(s) и Running Kubernetes on rkt направляющие.

Я перепробовал все hyperkube изображения из quay.io и версии RKT 1.0.0, 1.2.1, 1.5.1 убедившись, чтобы переключить правильный fly ACI изображение в kubelet-wrapper ... никаких изменений.

+0

Пожалуйста, предоставьте нам точные журналы и/или сообщения об ошибках. – idvoretskyi

ответ

0

для тех, кто пропустил ссылку на журнал: http://pastebin.com/raw/thLd0r2R (это ссылка на «это», которую я сейчас жирным шрифтом)

В любом случае кажется, что kubelet еще не готов к запуску в контейнерах, поэтому мне удалось самонастройки настройка с помощью kubelet выполнялась из двоичного файла, все еще используя rkt для schedulerapiserver и controller и используя вторую оболочку для proxy, потому что прокси-серверу требуется stage1-fly.

Так оно состоит из:

  • Systemd блок для РКТ-апи /usr/bin/rkt run apiserver ...
  • Systemd устройство для прокси /usr/bin/rkt run coreos/hyperkube proxy...--stage1-path=/usr/share/rkt/stage1-fly.aci ...
  • Systemd блок для kubelet /opt/bin/kubelet ...
  • K8S проявляется для apiserver, планировщик , контролер

К сожалению, есть ошибка tha t гиперкуба не захватывает флаги kubectl, поэтому мне также нужно использовать двоичный файл kubectl, кроме бинарного кубеля и контейнера гиперкабелей в контейнерах. В конце концов, гиперкуба будет всем, что нужно, только с одним системным блоком и манифестами.