Size: a a a

Kubernetes — русскоговорящее сообщество

2020 November 02

AN

Alexey Nakhimov in Kubernetes — русскоговорящее сообщество
Alexey Nakhimov
странно.....
дописал в конец файла /etc/rancher/rke2/rke2.yaml в tls-san имена и айпишники мастер нод и перезапустил сервис.
он мне в лог выдал вот это:
Nov 02 13:12:27 cuba-kub-01 rke2[54122]: Flag --eviction-minimum-reclaim has been deprecated, This parameter should be set via the config file specified by the Kubelet's --config flag. See https://kubernetes.io/docs/tasks/administer-cluster/kubelet-config-file/ for more information.
Nov 02 13:12:27 cuba-kub-01 rke2[54122]: Flag --fail-swap-on has been deprecated, This parameter should be set via the config file specified by the Kubelet's --config flag. See https://kubernetes.io/docs/tasks/administer-cluster/kubelet-config-file/ for more information.
Nov 02 13:12:27 cuba-kub-01 rke2[54122]: Flag --healthz-bind-address has been deprecated, This parameter should be set via the config file specified by the Kubelet's --config flag. See https://kubernetes.io/docs/tasks/administer-cluster/kubelet-config-file/ for more information.
Nov 02 13:12:27 cuba-kub-01 rke2[54122]: Flag --kubelet-cgroups has been deprecated, This parameter should be set via the config file specified by the Kubelet's --config flag. See https://kubernetes.io/docs/tasks/administer-cluster/kubelet-config-file/ for more information.
Nov 02 13:12:27 cuba-kub-01 rke2[54122]: Flag --pod-manifest-path has been deprecated, This parameter should be set via the config file specified by the Kubelet's --config flag. See https://kubernetes.io/docs/tasks/administer-cluster/kubelet-config-file/ for more information.
Nov 02 13:12:27 cuba-kub-01 rke2[54122]: Flag --read-only-port has been deprecated, This parameter should be set via the config file specified by the Kubelet's --config flag. See https://kubernetes.io/docs/tasks/administer-cluster/kubelet-config-file/ for more information.
Nov 02 13:12:27 cuba-kub-01 rke2[54122]: Flag --resolv-conf has been deprecated, This parameter should be set via the config file specified by the Kubelet's --config flag. See https://kubernetes.io/docs/tasks/administer-cluster/kubelet-config-file/ for more information.
Nov 02 13:12:27 cuba-kub-01 rke2[54122]: Flag --serialize-image-pulls has been deprecated, This parameter should be set via the config file specified by the Kubelet's --config flag. See https://kubernetes.io/docs/tasks/administer-cluster/kubelet-config-file/ for more information.
Nov 02 13:12:27 cuba-kub-01 rke2[54122]: Flag --tls-cert-file has been deprecated, This parameter should be set via the config file specified by the Kubelet's --config flag. See https://kubernetes.io/docs/tasks/administer-cluster/kubelet-config-file/ for more information.
Nov 02 13:12:27 cuba-kub-01 rke2[54122]: Flag --tls-private-key-file has been deprecated, This parameter should be set via the config file specified by the Kubelet's --config flag. See https://kubernetes.io/docs/tasks/administer-cluster/kubelet-config-file/ for more information.


Я снова открыл файл /etc/rancher/rke2/rke2.yaml, а там нет того, что я добавлял.......
хотя, точно такой же лог он выдает и просто при перезапуске, без внесения изменений
источник

A

Andrey in Kubernetes — русскоговорящее сообщество
Пытаюсь сделать
CREATE DATABASE exchange ON CLUSTER pushex;
Исполнение команды висит пока не вылетает по таймауту. В логах всё что показывает:
2020.11.02 11:21:27.035483 [ 15218 ] {283cb5d4-e822-4bd5-9737-51875ebf8bbf} <Debug> executeQuery: (from 192.168.60.70:33146) CREATE DATABASE exchange ON CLUSTER pushex;
2020.11.02 11:21:27.035544 [ 15218 ] {283cb5d4-e822-4bd5-9737-51875ebf8bbf} <Trace> ContextAccess (default): Access granted: CREATE DATABASE ON exchange.*
2020.11.02 11:21:27.054168 [ 15218 ] {283cb5d4-e822-4bd5-9737-51875ebf8bbf} <Debug> executeQuery: Query pipeline:
DDLQueryStatusInputStream

В чём может быть причина?
источник

AK

Andrey Klimentyev in Kubernetes — русскоговорящее сообщество
Andrey
Пытаюсь сделать
CREATE DATABASE exchange ON CLUSTER pushex;
Исполнение команды висит пока не вылетает по таймауту. В логах всё что показывает:
2020.11.02 11:21:27.035483 [ 15218 ] {283cb5d4-e822-4bd5-9737-51875ebf8bbf} <Debug> executeQuery: (from 192.168.60.70:33146) CREATE DATABASE exchange ON CLUSTER pushex;
2020.11.02 11:21:27.035544 [ 15218 ] {283cb5d4-e822-4bd5-9737-51875ebf8bbf} <Trace> ContextAccess (default): Access granted: CREATE DATABASE ON exchange.*
2020.11.02 11:21:27.054168 [ 15218 ] {283cb5d4-e822-4bd5-9737-51875ebf8bbf} <Debug> executeQuery: Query pipeline:
DDLQueryStatusInputStream

В чём может быть причина?
Запускать на Kubernetes пробовали?
источник

A

Andrey in Kubernetes — русскоговорящее сообщество
извиняюсь, не в тот чат кинул ))
источник

AL

Aleksey Lazarev in Kubernetes — русскоговорящее сообщество
Alexey Nakhimov
хотя, точно такой же лог он выдает и просто при перезапуске, без внесения изменений
Сделай права ro и посмотри че будет))
источник

k

kvaps in Kubernetes — русскоговорящее сообщество
А кто etcd достаточно ковырял, подскажите на счёт флага --initial-cluster-state=<new|existing> и репейра сфейленного мембера.

1. Правильно ли я понимаю что даже если хостнейм потерянного member'а не поменялся, его в любом случае нужно сначала удалить, а затем добавить заново, чтобы тот получил новый айдишник?

то есть:
etcdctl member remove
etcdctl member add

2. Должен ли флаг --initial-cluster-state быть установлен в existing или с new тоже должно работать?
источник

SM

Sergey Monakhov in Kubernetes — русскоговорящее сообщество
kvaps
А кто etcd достаточно ковырял, подскажите на счёт флага --initial-cluster-state=<new|existing> и репейра сфейленного мембера.

1. Правильно ли я понимаю что даже если хостнейм потерянного member'а не поменялся, его в любом случае нужно сначала удалить, а затем добавить заново, чтобы тот получил новый айдишник?

то есть:
etcdctl member remove
etcdctl member add

2. Должен ли флаг --initial-cluster-state быть установлен в existing или с new тоже должно работать?
после того как add исполнишь, тебе вернется команда на запуск нового, там будет existing
источник

k

kvaps in Kubernetes — русскоговорящее сообщество
Sergey Monakhov
после того как add исполнишь, тебе вернется команда на запуск нового, там будет existing
Да, ты прав!
источник

k

kvaps in Kubernetes — русскоговорящее сообщество
# etcdctl member add generic-kubernetes-etcd-3 --peer-urls=https://generic-kubernetes-etcd-3.generic-kubernetes-etcd:2380
Member cb6a820716293ee7 added to cluster  563604eb17edba5

ETCD_NAME="generic-kubernetes-etcd-3"
ETCD_INITIAL_CLUSTER="generic-kubernetes-etcd-1=https://generic-kubernetes-etcd-1.generic-kubernetes-etcd:2380,generic-kubernetes-etcd-0=https://generic-kubernetes-etcd-0.generic-kubernetes-etcd:2380,generic-kubernetes-etcd-3=https://generic-kubernetes-etcd-3.generic-kubernetes-etcd:2380,generic-kubernetes-etcd-2=https://generic-kubernetes-etcd-2.generic-kubernetes-etcd:2380"
ETCD_INITIAL_ADVERTISE_PEER_URLS="https://generic-kubernetes-etcd-3.generic-kubernetes-etcd:2380"
ETCD_INITIAL_CLUSTER_STATE="existing"
источник

k

kvaps in Kubernetes — русскоговорящее сообщество
Значит моя стратегия репейра подтвердилась:
- удалить мембера etcdctl member remove
- добавить мембера etcdctl member add
- убедиться что директория /var/lib/etcd/member не содержит никаких данных
- запустить новый etcd демон с --initial-cluster-state=existing
источник

SM

Sergey Monakhov in Kubernetes — русскоговорящее сообщество
kvaps
Значит моя стратегия репейра подтвердилась:
- удалить мембера etcdctl member remove
- добавить мембера etcdctl member add
- убедиться что директория /var/lib/etcd/member не содержит никаких данных
- запустить новый etcd демон с --initial-cluster-state=existing
так и есть, у них там хау-ту есть по этому поводу
источник

А

Андрей А in Kubernetes — русскоговорящее сообщество
Leo Pol'd
Нужно научится разбираться под капотом кубернетеса
возможно вот эта статья поможет https://habr.com/ru/company/tinkoff/blog/526060/
да и давно хотел про сертификацию рассказать)
источник

LP

Leo Pol'd in Kubernetes — русскоговорящее сообщество
Благодарю
источник

A

Alex in Kubernetes — русскоговорящее сообщество
Вы прочитайте, что написали, и перепишите нормально, пожалуйста.
источник

U

Ugly in Kubernetes — русскоговорящее сообщество
Да и с опеншифтом вроде в другой чат
источник

c

corsars in Kubernetes — русскоговорящее сообщество
Ugly
Да и с опеншифтом вроде в другой чат
+
источник

c

corsars in Kubernetes — русскоговорящее сообщество
Возьмите просто клиента https://github.com/kubernetes/client-go
источник

MR

Mikhail Romashov in Kubernetes — русскоговорящее сообщество
Ugly
Да и с опеншифтом вроде в другой чат
ушел в другой чат
источник

MR

Mikhail Romashov in Kubernetes — русскоговорящее сообщество
corsars
Возьмите просто клиента https://github.com/kubernetes/client-go
а где там jms|mq?
источник

S

Sergey CGo in Kubernetes — русскоговорящее сообщество
/stat@combot
источник