я думал сначала нужно команду выполнить

Всё, спасибо)

новый мир. теперь бинарники скачиваются вгетом и кладутся в /usr/local/bin/

И компилить с HEAD мастера 😅

я думаю если проблема возникла на этом этапе то еще не поздно остановиться

Уже работает всё

Уже работает всё

через weave?

Нет

ну если действительно все поднялось, то поздравляю это была самая короткая установка k8s за историю этого чата)

А, да, пардон

weave

через него

и dashboard видно ?

Я пока не до конца установил

Завтра 2 вдс появится, буду уже ставить полностью

weeve поднимает veth?

Прошу прощение за оффтопик, но это просто пиздец https://github.com/mattermost/platform/pull/4266

ахахаа

вот вам ентерпрайз

платите бабки. бабки гоните! на нужны ваши бабки

ну а хуле. пулл реквест они не удалят. если только github не попросят

нахер вообще контрибутить в такие проекты

пусть сами там сдохнут

аххааа

есть тут кто с тфиттерами? расшарьте. мне эти дебилы давно не нравятся.

есть тут кто с тфиттерами? расшарьте. мне эти дебилы давно не нравятся.

а ты так и не завел до сих пор?

я на работе по 11 часов в день провожу, какой твиттер?

ну как бы и я раз в 3 мес логинюсь в него

Аба. И ты тут.

Как тесен мир

я твитерил года два назад

завязал

в фейсбученьку кину

kubernetes-cli в конце вроде?

container network interface https://github.com/containernetworking/cni

и dashboard видно ?

О, вот это у меня такая проблема, не видно. Я только начал открывать для себя мир k8s и докер. Делаю по мануалу, убунту 16.04 в конфиге server: https://172.17.0.2:443 в браузере получаю Unauthorized Ткните, плз, куда смотреть?

kubectl get po

для начала его нужно установить, а вот потом открыть доступ

Да, вроде как дашборд отдельно ставится. Или я не прав?

root@supernova:~# kubectl get po root@supernova:~# kubectl get pods --all-namespaces NAMESPACE NAME READY STATUS RESTARTS AGE kube-system etcd-supernova 1/1 Running 0 14d kube-system kube-apiserver-supernova 1/1 Running 0 14d kube-system kube-controller-manager-supernova 1/1 Running 0 14d kube-system kube-discovery-982812725-swjy5 1/1 Running 0 14d kube-system kube-dns-2247936740-47ha7 3/3 Running 8 14d kube-system kube-proxy-amd64-lyya3 1/1 Running 0 14d kube-system kube-scheduler-supernova 1/1 Running 0 14d kube-system kubernetes-dashboard-1655269645-h6qe9 1/1 Running 0 14d kube-system weave-net-64evi 2/2 Running 0 14d sock-shop cart-3694116665-d6pc1 1/1 Running 0 14d sock-shop cart-db-2305146297-kgaol 1/1 Running 0 14d sock-shop catalogue-11453786-31g40 1/1 Running 0 14d sock-shop catalogue-db-393939662-hpfaw 1/1 Running 0 14d sock-shop front-end-3820830240-9q2fm 1/1 Running 0 14d sock-shop orders-3498886496-2b5fg 1/1 Running 0 14d sock-shop orders-db-1775353731-odfbi 1/1 Running 0 14d sock-shop payment-3012088042-e6nbg 1/1 Running 0 14d sock-shop queue-master-936560853-6a1dg 1/1 Running 0 14d sock-shop rabbitmq-1897447621-vzmfq 1/1 Running 0 14d sock-shop shipping-1232389217-pbzm0 1/1 Running 0 14d sock-shop user-3090014237-b5fe6 1/1 Running 0 14d sock-shop user-db-1338754314-a8clr 1/1 Running 0 14d root@supernova:~# kubectl get nodes NAME STATUS AGE supernova NotReady 14d

Ну вот как-то так

вроде ж установил, но что-то не доделал, видимо

а можешь в пастебин

форматирование

у него стоит дашборд)

kube-system kubernetes-dashboard-1655269645-h6qe9 1/1 Running 0 14d

get nodes not ready

кластер не поднялся

А у меня кстати поднялся сразу

Но фишка в чем, я на вдс сразу прописал днс

т.е. у меня сразу на домен перенаправление

или в kubelet добавить опцию обращаться по ip на всех нодах

/etc/systemd/system/kubelet.service.d/10-kubeadm.conf Environment="KUBELET_EXTRA_ARGS=--v=4 --node-ip=192.168.1.1"

кластер не поднялся

то есть надо продолжить настройку N+1 машины? без второй не заработает это?

Заработает

у меня ж заработало

Я такой же как ты новичок)

Вот тогда не понял, что надо, чтоб "кластер" поднялся..

Выше сказали же

или в kubelet добавить опцию обращаться по ip на всех нодах

/etc/systemd/system/kubelet.service.d/10-kubeadm.conf Environment="KUBELET_EXTRA_ARGS=--v=4 --node-ip=192.168.1.1"

а, сек

root@supernova:~# ps ax | grep 172.17.0.2 3599 ? Ssl 0:12 /usr/bin/kubelet --kubeconfig=/etc/kubernetes/kubelet.conf --require-kubeconfig=true --pod-manifest-path=/etc/kubernetes/manifests --allow-privileged=true --network-plugin=cni --cni-conf-dir=/etc/cni/net.d --cni-bin-dir=/opt/cni/bin --cluster-dns=100.64.0.10 --cluster-domain=cluster.local --v=4 --node-ip=172.17.0.2 но ничего не изменилось

ip у ноды странный

с докерной сеткой не пересекается?

Нет, докер автоматом подставил другую: docker0 Link encap:Ethernet HWaddr 02:42:18:58:d5:4d inet addr:172.18.0.1 Bcast:0.0.0.0 Mask:255.255.0.0

Как вдолбить k8s что при rolling upgrade может быть только один pod в статусе terminating?

на всякий спрошу: ты же maxUnavailable указываешь, верно?

strategy: rollingUpdate: maxSurge: 0 maxUnavailable: 1 type: RollingUpdate

readinessProbe не прокатывает.

т.к. есть свои нюансы.

Сделал cleanup и все заново. Кластер поднялся, но не все ок пока root@supernova:~# kubeadm init <master/tokens> generated token: "<token>" <master/pki> created keys and certificates in "/etc/kubernetes/pki" <util/kubeconfig> created "/etc/kubernetes/kubelet.conf" <util/kubeconfig> created "/etc/kubernetes/admin.conf" <master/apiclient> created API client configuration <master/apiclient> created API client, waiting for the control plane to become ready <master/apiclient> all control plane components are healthy after 66.561948 seconds <master/apiclient> waiting for at least one node to register and become ready <master/apiclient> first node is ready after 1.504469 seconds <master/discovery> created essential addon: kube-discovery, waiting for it to become ready <master/discovery> kube-discovery is ready after 31.004884 seconds <master/addons> created essential addon: kube-proxy <master/addons> created essential addon: kube-dns Kubernetes master initialised successfully! You can now join any number of machines by running the following on each node: kubeadm join --token <token> 172.17.0.2 root@supernova:~# kubectl get nodes NAME STATUS AGE supernova Ready 1h root@supernova:~# curl -L https://172.17.0.2 Unauthorized root@supernova:~# kubectl get po --all-namespaces | grep dashboard kube-system kubernetes-dashboard-1655269645-4v66n 0/1 Pending 0 52m

Куда еще можно посмотреть?

Как ему Running сделать?

по логам посмотри

чего-то нехватает

root@supernova:~# kubectl get events --namespace=kube-system LASTSEEN FIRSTSEEN COUNT NAME KIND SUBOBJECT TYPE REASON SOURCE MESSAGE 9s 59m 209 kubernetes-dashboard-1655269645-4v66n Pod Warning FailedScheduling {default-scheduler } pod (kubernetes-dashboard-1655269645-4v66n) failed to fit in any node fit failure on node (supernova): PodToleratesNodeTaints 59m 59m 1 kubernetes-dashboard-1655269645 ReplicaSet Normal SuccessfulCreate {replicaset-controller } Created pod: kubernetes-dashboard-1655269645-4v66n 59m 59m 1 kubernetes-dashboard Deployment Normal ScalingReplicaSet {deployment-controller } Scaled up replica set kubernetes-dashboard-1655269645 to 1 смотрю

failed to fit in any node

Народ, я правильно понимаю, что все слейвы юзают локальные айпи для коммуникации, и только мастер юзает внешний (expose)?

root@supernova:~# kubectl get events --namespace=kube-system LASTSEEN FIRSTSEEN COUNT NAME KIND SUBOBJECT TYPE REASON SOURCE MESSAGE 9s 59m 209 kubernetes-dashboard-1655269645-4v66n Pod Warning FailedScheduling {default-scheduler } pod (kubernetes-dashboard-1655269645-4v66n) failed to fit in any node fit failure on node (supernova): PodToleratesNodeTaints 59m 59m 1 kubernetes-dashboard-1655269645 ReplicaSet Normal SuccessfulCreate {replicaset-controller } Created pod: kubernetes-dashboard-1655269645-4v66n 59m 59m 1 kubernetes-dashboard Deployment Normal ScalingReplicaSet {deployment-controller } Scaled up replica set kubernetes-dashboard-1655269645 to 1 смотрю

сеть не поднимал ещё?

сеть не поднимал ещё?

Наверно нет. Это какую именно надо?

а там дальше по инструкции :)