Mr.
а куб для чего? Для расширения кругозора?
Nikolai
Приветствую! Кто-нибудь в курсе, что там поломали в helm-репозитории у kube-prometheus? Все работало еще пару недель назад, теперь запуск команды helm upgrade -i kube-prometheus coreos/kube-prometheus --namespace {{ monitoring_namespace }} выдает портянку ошибку "Error: validation failed: [unable to recognize \"\": no matches for kind \"Alertmanager\" in version \"monitoring.coreos.com/v1alpha1\", unable to recognize \"\": no matches for kind \"Prometheus\" in version \"monitoring.coreos.com/v1alpha1\", unable to recognize \"\": no matches for kind \"PrometheusRule\" in version \"monitoring.coreos.com/v1\", unable to recognize \"\": no matches for kind \"PrometheusRule\" in version \"monitoring.coreos.com/v1\", ....
Nikolai
helm version - 2.11.0 kubernetes version 1.11.2
Andor
кандидат на платиновые треды
Sherzod
а куб для чего? Для расширения кругозора?
Задачу поставили, поднять инраструктуру облака. Пытаюсь вот у себя локально это дело провести. Как же всё это долго и сложно -_- Нужно проверить, как к8с будет работать с вендовыми контейнерами/сервисами/нодами (потому что нужна поддержка сервисов онли для венды) Еле как поднял куб кластер. Задеплоил дешборд. Но не могу в него зайти не под анонимом ((
Mr.
кстати вроде у кого-то подобная была проблема уже
Sherzod
Это платиновый вопрос
знать бы список типов вопросов в вашем треде )
Mr.
)
Nikolai
блин, плохо (
Mentat
кстати вроде у кого-то подобная была проблема уже
Куб и даш по умолчанию не создает админского сервиса-юзера. Народ это фрустирует)
Ascandar
Это платиновый вопрос
а что значит платиновый?
Mr.
там же rbac надо настраивать
Mr.
и это все описано же. вроде
Mr.
у меня по крайней мере не было проблем
Sherzod
по докам пишут, что надо какаой-то конфиг /etc/kubernetes/admin.conf стравить вебморде, но что-то я его копировать не могу ( на моей машине нет куба. Всё настроил на отдельном сервере, рядом с Proxmox
Mentat
там же rbac надо настраивать
Надо, написано, но вопрос этот постоянный и неизбывный
Huan
Oct 19 13:54:54 kube-master1 kubelet[1533]: I1019 13:54:54.000727 1533 kuberuntime_manager.go:757] checking backoff for container "kube-controller-manager" in pod "kube-controller-manager-kube-master1.domain.com_kube-system(3687c17433749fed6789102dcc2ddd2c)" Oct 19 13:54:54 kube-master1 kubelet[1533]: I1019 13:54:54.000906 1533 kuberuntime_manager.go:767] Back-off 1m20s restarting failed container=kube-controller-manager pod=kube-controller-manager-kube-master1.domain.com_kube-system(3687c17433749fed6789102dcc2ddd2c) Oct 19 13:54:54 kube-master1 kubelet[1533]: E1019 13:54:54.000948 1533 pod_workers.go:186] Error syncing pod 3687c17433749fed6789102dcc2ddd2c ("kube-controller-manager-kube-master1.domain.com_kube-system(3687c17433749fed6789102dcc2ddd2c)"), skipping: failed to "StartContainer" for "kube-controller-manager" with CrashLoopBackOff: "Back-off 1m20s restarting failed container=kube-controller-manager pod=kube-controller-manager-kube-master1.domain.com_kube-system(3687c17433749fed6789102dcc2ddd2c)" помогите запустить эту поду плиз
Mr.
ммм
короче делай раз kubectl apply -f https://raw.githubusercontent.com/kubernetes/dashboard/master/src/deploy/recommended/kubernetes-dashboard.yaml делай два apiVersion: v1 kind: ServiceAccount metadata: name: admin-user namespace: kube-system делай три apiVersion: rbac.authorization.k8s.io/v1beta1 kind: ClusterRoleBinding metadata: name: admin-user roleRef: apiGroup: rbac.authorization.k8s.io kind: ClusterRole name: cluster-admin subjects: - kind: ServiceAccount name: admin-user namespace: kube-system
Mr.
верно
Mr.
kubectl -n kube-system get secret
Nikolai
как решили?
присоединяюсь к вопросу - как теперь prometheus через helm завести?
Sherzod
kubectl -n kube-system get secret
это делал ) прав было мало
Nikolai
им ишу вообще такой создавал кто-нибудь?
Nikolai
судя по всему https://github.com/coreos/prometheus-operator/issues/2025
Mr.
это делал ) прав было мало
два и три это файлы. kuberctl create -f
Mr.
создастя сервис аккаунт и сбиндится с ролью
Mr.
а потом уже надо секрет доставать с токеном
Sherzod
а называть как? рандомно?
Mr.
ну от имени файла - содержимое не зависит
Sherzod
ну от имени файла - содержимое не зависит
а куда желательно это сохранять? в /etc/kubernetes?
Mr.
неа
Mr.
вообще без разницы
Sherzod
~ тогда
Andor
язабан
Vadim
интересно какой опыт у mail.ru в обновлениях, оно ж только недавно вышло в паблик
Vadim
будет ли трансляция?
Dmitry
да, будет
Vadim
круть, спасибо
G72K
Dmitry
На youtube. Мы скинем ссылку на трансляцию в чат и на страницу регистрации в день события
G72K
Я б на канал просто подписался )
Nikolai
не apply же в конце-концов
Sherzod
Всё, посоны, сделал. Спасибо! 👍
Sherzod
Жаль, что не получилось всё таки в контейнере LXC всё это дело провернуть (
G72K
не apply же в конце-концов
helm template | kubectl apply -f -
Nikolai
а как чистить потом
Ascandar
helm purge name
Nikolai
так оно ведь не через helm ставиться или я что-то не понял
Nikolai
> helm template | kubectl apply -f -
Denis
не apply же в конце-концов
Поверь, apply порой надежней😂 Хотя как советуют выше, если нужно генерировать темплейты из шаблона то helm-template рулит
Nikolai
ну к примеру, когда невозможно применить apply потому что он ругается что такой ресурс уже существует - помню когда-то такое славливал, может то что руки кучерявые
Denis
ну к примеру, когда невозможно применить apply потому что он ругается что такой ресурс уже существует - помню когда-то такое славливал, может то что руки кучерявые
В последнее время часто ловлю баг при обвновлении релиза, ловлю дичайший баг, который исправить можно лишь хирургическим путем. В случае с kubectl все прозрачно и ясно.
Nikolai
это когда хельм говорит что нет кандидата в релиз? при этом предлагает сделать -purge, удалить сервер и вообще забыть про кубер - да тоже славливал такой 🙂
Ascandar
через хельм лучше крит не ставить, можно типа прометеуса и ингресса
Ascandar
очередной апргейд - может сломать(
Denis
это когда хельм говорит что нет кандидата в релиз? при этом предлагает сделать -purge, удалить сервер и вообще забыть про кубер - да тоже славливал такой 🙂
Еще похуже) Когда начинается обновление релиза Helm выдает: Error: UPGRADE FAILED: a released named dev-users is in use, cannot re-use a name that is still in use И статус релиза становится: PENDING_UPGRADE. Причем Helm создает configmap с версией релиза которая зафейлилась, и начинает и уходит в статус PENDING_UPGRADE, и на этом все) В итоге приходится править этот configmap руками и перезапускать стадию деплоя. После этого все норм
Yaros
Кто-то работает с windows контейнерами?
Yaros
Как синхронизируете версии у разработчиков и на продакшене? Сложности при апгрейдах есть? То есть прод апгрейднули и виндовые контейнеры из-за несовместимости отвалились.
Yaros
при том, что k8s кластер может быть на виндовой машине. Значит версия виндовых контейнеров должна быть совместимой с версией контейнеров у девелоперов.
Yaros
@f545_j_43g43u_jer3tfgu32fh3333 о, спасибо за линк!
Yaros
а там мне не скажут, что мне сюда? 😊
Denis
а там мне не скажут, что мне сюда? 😊
Тут больше вопрос про CI | CD. K8s тут не причем.
Denis
а там мне не скажут, что мне сюда? 😊
Или интересует вопрос деплоя всего этого дела в k8s?
Yaros
@f545_j_43g43u_jer3tfgu32fh3333 нет, именно вопрос синхронизации версий для совместимости контейнеров. Так что уже там написал 😊