Данные в них

во время пока они примонтированны к подам, или поды уже мертвы?

во время пока они примонтированны к подам, или поды уже мертвы?

Поды живы

Только руками я так понимаю?

тогда генери джобы c podAffinity

Спасибо за направление

ээээ

а в pvc нельзя аннотации поменять после создания?

✘ sync persistentvolumeclaims grafana-storage -n default (source grafana): PersistentVolumeClaim "grafana-storage" is invalid: spec: Forbidden: is immutable after creation except resources.requests for bound claims

а в pvc нельзя аннотации поменять после создания?

можно, но qbec скорее всего пытается применить шаблон по новой, а это может затирать некоторые поля которые добавил Kubernetes и которые immutable

ща сравниваю как раз

а, ну собственно .spec

ну он хочет спилить аннотацию которую туда добавлял kubectl apply

kubectl.kubernetes.io/last-applied-configuration

хм, кажется нет

блин

а теперь говорит что ресурс валидный

У нас на деве прикопал в сторону увелечения лимитов на кол-во запросов к апи. Там по умолчанию они совсем детские

О, звучит как направление, в котором копать легко и эффективно )

можно, но qbec скорее всего пытается применить шаблон по новой, а это может затирать некоторые поля которые добавил Kubernetes и которые immutable

✘ sync services cert-manager-webhook -n cert-manager (source cert-manager): Service "cert-manager-webhook" is invalid: spec.clusterIP: Invalid value: "": field is immutableон дурак что ли

@kvaps а как qbec научить в crd?

можно, но qbec скорее всего пытается применить шаблон по новой, а это может затирать некоторые поля которые добавил Kubernetes и которые immutable

че за qbec?

одна из реализаций использования jsonnet для кубеней, https://github.com/splunk/qbec/

че за qbec?

что такое кубек?

ага

ответили уже)

да, не увидел. Думал, шутка какая) Оказалось "квебеком"

@kvaps а как qbec научить в crd?

Не знаю, как я сказал, я его пока не очень активно использую. Он что CRD не умеет?

он не умеет его валидировать

А разве его не куб валидировать должен?

Народ проблемка Адрес не резолвится днс сервером внутри пода, на ноде норм, по логу кореднс он к имени хоста добавляет локальный домен что неправильно адрес полноценный уже

А разве его не куб валидировать должен?

ну вот qbec validate если я правильно понимаю работает локально

validate validate one or more components against the spec of a kubernetes cluster

или нет...

@kvaps смотри, чо пишет дифф http://dpaste.com/30512HT

он дурак что ли :)

@kvaps смотри, чо пишет дифф http://dpaste.com/30512HT

Дифф и в ксоннете нормально не работал

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

Пиши багрепорт

ну ты такое не встречал, да?

возможно и встречал, но ещё раз скажу что я не использовал его много, по сути мне было интересно может ли он helm-темплейты рендерить, оказалось что может я им развернул пару сервисов и забил на долгое время, вот сейчас коро буду опять ковырять его

Всем привет, попробую еще раз. Собираю кластер (и на 1.15 и на 1.14.3 одно и тоже), и часть подов (деплойменты) не создаются с ошибкой Warning FailedCreatePodSandBox 1s kubelet, k8s-test-master-01 Failed create pod sandbox: rpc error: code = Unknown desc = failed to setup network for sandbox "ee6711eb7110b5ff545ce6323466605d1323775bab8206af91d49d87b365e133": error getting ClusterInformation: Get https://[192.168.128.1]:443/apis/crd.projectcalico.org/v1/clusterinformations/default: x509: certificate signed by unknown authority (possibly because of "crypto/rsa: verification error" while trying to verify candidate authority certificate "kubernetes”

При этом поды создаются успешно.

Собираю на одном мастере, простым kubeadm init с тупым конфигом где только матсернода указана и мод ipvs

возможно и встречал, но ещё раз скажу что я не использовал его много, по сути мне было интересно может ли он helm-темплейты рендерить, оказалось что может я им развернул пару сервисов и забил на долгое время, вот сейчас коро буду опять ковырять его

https://github.com/splunk/qbec/issues/33 если ты попробуешь тоже и подтвердишь - будет хорошо

При этом поды создаются успешно.

это только статикподы создаются успешно. Как только им нужна сеть то калико ругается на сертификаты

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

это только статикподы создаются успешно. Как только им нужна сеть то калико ругается на сертификаты

Как их отдебажить?

oh wai~...

Так это она и есть

он дурак что ли :)

ну видмо он ищет изменения от того мнифеста что есть имеется в кубе, а не от kubectl.kubernetes.io/last-applied-configuration, что в целом помогло бы избежать подобной проблемы

/**crd.projectcalico.org**/v1/clusterinformations/default

ну видмо он ищет изменения от того мнифеста что есть имеется в кубе, а не от kubectl.kubernetes.io/last-applied-configuration, что в целом помогло бы избежать подобной проблемы

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

это только статикподы создаются успешно. Как только им нужна сеть то калико ругается на сертификаты

демонсеты кстати едут calico-node-bb5lq 1/1 Running 0 10m

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

кстати причина видимо в том, что ты через kubectl деплоил этот сервис

но наверно этим реально не нужна сетка

кстати причина видимо в том, что ты через kubectl деплоил этот сервис

qbec'овские аннотации там всё равно же есть вроде

когда деплоишь qbec, он добавляет свой last-applied-configuration

а, не, там ещё в base64 их шняги

вот блин

ну ладно, может предложат что-нибудь

я про это тоже в тикете описал

Это нормально что после кривой установки metallb на одной из машин отвалился ARP ?

Я такое первый раз вижу

Если заанонсить ip-Mac которые уже есть в arp. Это норм

всем привет. может есть тут кто пользовался rook. Интересует скорость копирования файлов при репликации =2

@vrutkovs @kvaps держите меня!

а лучше еще кого-то позовите

@vrutkovs @kvaps держите меня!

Угомонись, нормальный вопрос

внутри rook, ceph. Ceph читает всегда только с primary osd

всем привет. может есть тут кто пользовался rook. Интересует скорость копирования файлов при репликации =2

Попробую ответить вменяемо. 1)rook сам по себе достаточно не стабилен 2)в случае с RF=2 он еще более не стабилен и склонен к умиранию 3)тебя интересует копирование с кластера или в кластер?

Попробую ответить вменяемо. 1)rook сам по себе достаточно не стабилен 2)в случае с RF=2 он еще более не стабилен и склонен к умиранию 3)тебя интересует копирование с кластера или в кластер?

да просто интересует скорость работы внутри.

скорее всего имелось ввиду копирование "между"

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

Попробую ответить вменяемо. 1)rook сам по себе достаточно не стабилен 2)в случае с RF=2 он еще более не стабилен и склонен к умиранию 3)тебя интересует копирование с кластера или в кластер?

+100

запись синхронная пишем в первый. затем паралельнос в оставшиеся копии.

а как умирает? восстановить можно?

проще затрелиться

запись синхронная пишем в первый. затем паралельнос в оставшиеся копии.

Если мне не изменяет память, то мы ждём ответа от второй копии, а ответа от третьей не ждем. Но это надо уточнять - я давно смотрел.

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

Ты раньше упрешься в сеть, диски, проц, чем в replica factor

http://docs.ceph.com/docs/jewel/architecture/ Smart Daemons Enable Hyperscale