можно же просто в контейнере

не внутре кластера

-p 80:80 -p 443:443 и поехали

да да да

именно

вопрос только - какого фига в K8s это не предусмотрели нормально?

там ваще всем насрать на bare metal

и в общем-то это понятно

у них есть GCE для этого

оно как раз и выполняет роль этого nginx, грубо говоря?)

30m 9s 129 {kubelet 10.91.119.197} spec.containers{nginxfindx} Normal BackOff Back-off pulling image "10.91.87.27:5000/nginxfindx:latest" 30m 9s 129 {kubelet 10.91.119.197} Warning FailedSync Error syncing pod, skipping: failed to "StartContainer" for "nginxfindx" with ImagePullBackOff: "Back-off pulling image \"10.91.87.27:5000/nginxfindx:latest\""

секрет прописал до Private Docker Registry, но чё-то хватает

как ты его прописал?

По мануалу :) Добавил секрет, добавил Pod: spec: replicas: 1 template: metadata: name: nginxapp labels: app: nginxapp role: frontend env: master spec: containers: - name: nginxapp image: xyz:5000/nginxapp:latest imagePullPolicy: Always ports: - containerPort: 80 restartPolicy: Always imagePullSecrets: - name: privateregistry

покажи пуллсикрет

да с ним всё ок )

он сделан правильно

пять сек ещё раз проверю

а блин

я чё-то не тот хост указал

сейчас запустилось

а как-то прописывать отдельно надо DNS, чтобы был доступ preview.apps.svc.kubernetes.local?

ну в /etc/resolv.conf добавь его первой строчкой да и все

а блин

я же его даже не запустил

о жесть

короче не запускался DNS, доходил до 2/3 и прекращался в течении 40 секунд. нашёл этот issue: https://github.com/kubernetes/kubernetes/issues/19332 решение простое - удалить default-token: kubectl delete secrets/default-token-<что-то здесь> --namespace=kube-system #solved

хм

покрутился немного и опять отвалился

ну под не может умереть бесследно

евенты должны быть

и логи в мертвом контейнере

Я тоже так думал, но может похоже

Мертвые контейнеры подчищаются

docker ps -a|grep dns пустой

ну ты же сам присылал ссылку на http://kubernetes.io/docs/user-guide/application-troubleshooting

там есть If your container has previously crashed, you can access the previous container’s crash log with: $ kubectl logs --previous ${POD_NAME} ${CONTAINER_NAME}

)

эта штука не работает

kubectl logs --previous kube-dns-v19-c7jjc kubedns --namespace=kube-system Error from server: pods "kube-dns-v19-c7jjc" not found

запусти его еще раз

в одной консольки смотри евенты

в другой - логи контейнера

kubectl logs -f --namespace=kube-system kube-dns-v19-<ololo> -c kubedns

пять сек

--kube-master-url=ебаное_ничего

)))

может он как кьюблет, не может взять из kubeconfig'a

и еще мне нравится последняя строчка

он received signal: terminated

именно received

это важно

типа он из внешнего источника?

да

то есть он не от скуки сдох

его убили

смотри логи healthz-контейнера

kubectl logs -f --namespace=kube-system kube-dns-v19-<ololo> -c healthz

там пустота

и в dnsmasq

ща ещё раз гляну

тест на внимательность

что у тебя в строке запуска healthz?

наверняка же мой домен оставил вместо своего? ;)

kubectl logs -f kube-dns-v19-5hq3q -c healthz —namespace=kube-system

ERROR: S client not available

я про манифест

domain=kube.local

- —domain=kube.local - —dns-port=10053 - —kubecfg-file=/etc/kubernetes/kubeconfig.yml

я про healthz

;)

https://gist.github.com/Bregor/7079efc9b12e70e583e4847ed5ec7e91#file-dns-rc-yaml-L106

вот тут

а да )

- -cmd=nslookup kubernetes.default.svc.kube.local 127.0.0.1 >/dev/null && nslookup kubernetes.default.svc.kube.local 127.0.0.1:10053 >/dev/null - -port=8080 - -quiet

нубля

он не может его разлукапить

и рапортует, что днс нездоров

апи его убивает

так

значит в resolv ещё надо прописать

ещё я думаю вот что

kubernetes.default.svc.kube.local

есть ли такой сервис

есть

в дефолт-неймспейсе

да

$ kubectl get svc kubernetes NAME CLUSTER-IP EXTERNAL-IP PORT(S) AGE kubernetes 192.168.0.1 <none> 443/TCP 81d

$ kubectl get svc --all-namespaces NAMESPACE NAME CLUSTER-IP EXTERNAL-IP PORT(S) AGE default kubernetes 10.100.0.1 <none> 443/TCP 12h

арррр

https://github.com/kubernetes/kubernetes/tree/master/cluster/gce/coreos воу что нашёл, инсталляция Kubernetes на CoreOS :)

ну, CoreOS - это самый логичный выбор для Kubernetes

а почему не RancherOS?

это какая-то странная система, там systemd нет

как я это всё вижу: есть война между докером и системд

результат войны с одной стороны - воявление Rkt'а, а с другой стороны - появление Rancher'а

Ркт ставит целью выкинуть Докер в экосистеме CoreOS

а Rancher , аналогично, не оставляет места для systemd