Size: a a a

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

2020 September 02

GG

George Gaál in Kubernetes — русскоговорящее сообщество
И хелсчек по другому работает ) в смысле - у тебя условно внутри контейнера кьюблет пробу гоняет
источник

RP

Roman Pridybailo in Kubernetes — русскоговорящее сообщество
George Gaál
Так он инсекьюр не по причине номера порта
Хотя да, но главное не забыть его сменить назад)
источник

GG

George Gaál in Kubernetes — русскоговорящее сообщество
Иначе откуда адрес 127.0.0.1
источник

RP

Roman Pridybailo in Kubernetes — русскоговорящее сообщество
Хотелось на уровне component status сделать
источник

GG

George Gaál in Kubernetes — русскоговорящее сообщество
Roman Pridybailo
Хотелось на уровне component status сделать
Ранчер не пробовал обновлять ? Как будто 1.18 куб они должны поддерживать
источник

RP

Roman Pridybailo in Kubernetes — русскоговорящее сообщество
обновил
источник

RP

Roman Pridybailo in Kubernetes — русскоговорящее сообщество
в 1.19 версии уже пишеться что depercated
k get cs
Warning: v1 ComponentStatus is deprecated in v1.19+
источник

VP

Vadim "Oxyd&quo... in Kubernetes — русскоговорящее сообщество
Кстати о ранчерах и им подобных... Тут вон амазон что-то такое выкатил.
источник

GG

George Gaál in Kubernetes — русскоговорящее сообщество
Я чего-то не впечатлился
источник

GG

George Gaál in Kubernetes — русскоговорящее сообщество
И чего тогда не https://github.com/talos-systems/talos ?
источник

VV

Valerii Vainkop in Kubernetes — русскоговорящее сообщество
Roman Pridybailo
Добрый вечер,
есть кластер 1.18.8 насетапленный kubadm. Все работает, но если сделать
kubectl get cs

Получаем:

NAME                 STATUS      MESSAGE                                                                                       ERROR
scheduler            Unhealthy   Get "http://127.0.0.1:10251/healthz": dial tcp 127.0.0.1:10251: connect: connection refused
controller-manager   Unhealthy   Get "http://127.0.0.1:10252/healthz": dial tcp 127.0.0.1:10252: connect: connection refused


Я нашел что scheduler и controller-manager используют не те порты 10259 и 10257. Так же нашел что это апи будет depecated
https://github.com/kubernetes/enhancements/issues/553#issuecomment-529591505

Но есть проблема, мы используем Rancher как web ui для девов и менеджеров, и там красным горит что в кластере  есьь проблемы
Можно ли как то сменить порты для health check на коректные?
источник

VP

Vadim "Oxyd&quo... in Kubernetes — русскоговорящее сообщество
George Gaál
Я чего-то не впечатлился
Да... Как-то оно всё сильно на амазон заточено.
источник

GG

George Gaál in Kubernetes — русскоговорящее сообщество
Ага
источник

VP

Vadim "Oxyd&quo... in Kubernetes — русскоговорящее сообщество
Ну прям сладкая парочка хайпа. То на расте, эта на го.
источник

GG

George Gaál in Kubernetes — русскоговорящее сообщество
Я лично за раст так-то
источник

VP

Vadim "Oxyd&quo... in Kubernetes — русскоговорящее сообщество
George Gaál
Я лично за раст так-то
Ну я как-то тоже. Но я почитал ридмихи этой бутылкоракеты там сплошной амазон на амазоне и амазоном погоняет. Может конечно невнимательно читал.
источник

GG

George Gaál in Kubernetes — русскоговорящее сообщество
Vadim "Oxyd" Priluzkiy
Ну я как-то тоже. Но я почитал ридмихи этой бутылкоракеты там сплошной амазон на амазоне и амазоном погоняет. Может конечно невнимательно читал.
мне тоже так показалось
источник

GG

George Gaál in Kubernetes — русскоговорящее сообщество
никто не мешает взять талос и перепилить на расте лол )
источник

rd

rus dacent in Kubernetes — русскоговорящее сообщество
George Gaál
никто не мешает взять талос и перепилить на расте лол )
источник

AV

Alexander Vaskin in Kubernetes — русскоговорящее сообщество
всем привет! собственно начался ни с того ни с сего FailedMount, используем storageos

I0902 19:59:12.492483   31894 mount_linux.go:296] fsck error fsck from util-linux 2.27.1
fsck.ext2: Transport endpoint is not connected while trying to open /var/lib/storageos/volumes/561715f0-3f43-64ff-9e7d-3d9fe69e48ff
/var/lib/storageos/volumes/561715f0-3f43-64ff-9e7d-3d9fe69e48ff:
The superblock could not be read or does not describe a valid ext2/ext3/ext4
filesystem.  If the device is valid and it really contains an ext2/ext3/ext4
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
   e2fsck -b 8193 <device>
or
   e2fsck -b 32768 <device>

E0902 19:59:12.497152   31894 mount_linux.go:147] Mount failed: exit status 32
Mounting command: mount
Mounting arguments: -t ext4 -o defaults /var/lib/storageos/volumes/561715f0-3f43-64ff-9e7d-3d9fe69e48ff /var/lib/kubelet/pods/8f570c5a-dee2-40ae-b69d-607f7ce89c6f/volumes/kubernetes.io~csi/pvc-d63dfe55-693a-4763-9d1c-2d8a0503156b/mount
Output: mount: mount /var/lib/storageos/volumes/561715f0-3f43-64ff-9e7d-3d9fe69e48ff on /var/lib/kubelet/pods/8f570c5a-dee2-40ae-b69d-607f7ce89c6f/volumes/kubernetes.io~csi/pvc-d63dfe55-693a-4763-9d1c-2d8a0503156b/mount failed: Transport endpoint is not connected

I0902 19:59:12.499699   31894 mount_linux.go:331] Disk "/var/lib/storageos/volumes/561715f0-3f43-64ff-9e7d-3d9fe69e48ff" appears to be unformatted, attempting to format as type: "ext4" with options: [-F -m0 /var/lib/storageos/volumes/561715f0-3f43-64ff-9e7d-3d9fe69e48ff]
E0902 19:59:12.502843   31894 mount_linux.go:338] format of disk "/var/lib/storageos/volumes/561715f0-3f43-64ff-9e7d-3d9fe69e48ff" failed: type:("ext4") target:("/var/lib/kubelet/pods/8f570c5a-dee2-40ae-b69d-607f7ce89c6f/volumes/kubernetes.io~csi/pvc-d63dfe55-693a-4763-9d1c-2d8a0503156b/mount") options:(["defaults"])error:(exit status 1)

может был у кого-то опыт?
источник