Size: a a a

OpenShift - русскоязычное сообщество

2021 February 04

VR

Vadim Rutkovsky in OpenShift - русскоязычное сообщество
Reggie
У меня сложный вопрос. Ocp 4.6.4. Отконфигурировала ingress controller с custom  certs. Долго мучалась с форматом пема, в итоге зачейнила туда в след порядке: cert, intermediate, root, key. После этого он перестал жаловаться и поднялся и действительно вижу что теперь cert валидный и мой родной а не self signed. Но теперь жалуется Openshift-authentication, что "failed to find PEM block". Впечатление, что они ожидают разных форматов пема, но при этом ingress controller operator сам переписывает же  secret для Openshift-authenticator. Кто нибудь сталкивался? Открыла github issue но там пока тишина и покой
github issues в отдельные проекты писать мало смысла - команды редко их видят. Лучше написать багзиллу на authentication и приложить must-gather
источник

LT

Leonid Titov in OpenShift - русскоязычное сообщество
Reggie
У меня сложный вопрос. Ocp 4.6.4. Отконфигурировала ingress controller с custom  certs. Долго мучалась с форматом пема, в итоге зачейнила туда в след порядке: cert, intermediate, root, key. После этого он перестал жаловаться и поднялся и действительно вижу что теперь cert валидный и мой родной а не self signed. Но теперь жалуется Openshift-authentication, что "failed to find PEM block". Впечатление, что они ожидают разных форматов пема, но при этом ingress controller operator сам переписывает же  secret для Openshift-authenticator. Кто нибудь сталкивался? Открыла github issue но там пока тишина и покой
Я б ещё добавил, что если речь идёт об *OCP* - то наверное есть коммерческая поддержка, значит можно открыть support case и таким образом добавить импульса к расследованиям ;)
источник

R

Reggie in OpenShift - русскоязычное сообщество
Leonid Titov
Я б ещё добавил, что если речь идёт об *OCP* - то наверное есть коммерческая поддержка, значит можно открыть support case и таким образом добавить импульса к расследованиям ;)
От их комм поддержки можно неделю ответа ждать 😄
источник

LT

Leonid Titov in OpenShift - русскоязычное сообщество
Тем не менее, если речь идёт о потенциальном баге - открытый кейс будет очень полезен.
источник

R

Reggie in OpenShift - русскоязычное сообщество
Reggie
У меня сложный вопрос. Ocp 4.6.4. Отконфигурировала ingress controller с custom  certs. Долго мучалась с форматом пема, в итоге зачейнила туда в след порядке: cert, intermediate, root, key. После этого он перестал жаловаться и поднялся и действительно вижу что теперь cert валидный и мой родной а не self signed. Но теперь жалуется Openshift-authentication, что "failed to find PEM block". Впечатление, что они ожидают разных форматов пема, но при этом ingress controller operator сам переписывает же  secret для Openshift-authenticator. Кто нибудь сталкивался? Открыла github issue но там пока тишина и покой
Отвечаю, может кому пригодится. Не нужен key в пеме, проблема у нас была в том, что создали secret автоматически через ansible task и видимо base64 string который получился не подходящей версии, ещё сейчас покопаю. Когда создали secret руками с oc create все заработало
источник

n

neb0t in OpenShift - русскоязычное сообщество
Может кто-то сталкивался - если OCP 4.6 живет в 2 DC (по сути 2 разных сабнетах), то некоторые поды не могут достучаться из одного DC в другой (с одного нетворка в другой)?
Проблем нет, если поды существуют в одном нетворке или DC.
источник

n

neb0t in OpenShift - русскоязычное сообщество
то есть с одного воркера с DC1 (нетворк 1) нельза получить ответ с пода на другом воркере, что в DC2 (нетворк 2).
Фаервол все пропускает, но ответ не приходит к поду с DC1.
источник

n

neb0t in OpenShift - русскоязычное сообщество
Грешим на openvswitch, но пока не ясно кто отвечает за дальнейшую трансляцию одресов.
буду рад любому поинту или инфе.
источник

АП

Андрей Петров... in OpenShift - русскоязычное сообщество
очень часто проблемы связанны с коммутаторами, они не пропускают траффик VXLAN
источник

АП

Андрей Петров... in OpenShift - русскоязычное сообщество
такая проблема точно была с хуавей
источник

АП

Андрей Петров... in OpenShift - русскоязычное сообщество
они использовали тот же порт что и у vxlan для своих внутренних нужд + нужны специфические настройки сетевого оборудования для работы VXLAN.
источник

АП

Андрей Петров... in OpenShift - русскоязычное сообщество
ну и я не уверен что разнести мастера по разным цодам хорошая идея тк ETCD  очень требователен к латенси
источник

AS

André Strelnikov in OpenShift - русскоязычное сообщество
у коллеги же про воркеры
источник

AS

André Strelnikov in OpenShift - русскоязычное сообщество
про VXLAN плюсую, бывало такое ) если VXLAN ходит нормально между ЦОДами, можно посмотреть в сторону MTU: https://docs.openshift.com/container-platform/4.6/installing/installing_bare_metal/installing-bare-metal-network-customizations.html#nw-operator-configuration-parameters-for-ovn-sdn_installing-bare-metal-network-customizations
источник

G

Grigoriy in OpenShift - русскоязычное сообщество
neb0t
то есть с одного воркера с DC1 (нетворк 1) нельза получить ответ с пода на другом воркере, что в DC2 (нетворк 2).
Фаервол все пропускает, но ответ не приходит к поду с DC1.
Поменяй порт на вхлан
источник

АП

Андрей Петров... in OpenShift - русскоязычное сообщество
диагностировать достаточно легко
источник

АП

Андрей Петров... in OpenShift - русскоязычное сообщество
VXLAN по udp работает
источник

АП

Андрей Петров... in OpenShift - русскоязычное сообщество
с одной стороны netcat пуляешь пакеты на порт вхлан с другой стороны ловишь тем же неткатом. Разумеется порт не должен быть занят.
источник

n

neb0t in OpenShift - русскоязычное сообщество
Всем спасибо за дельный совет! На самом деле все оказалось еще проще - мы попытались разместить несколько OCP в одном сабнете и по мультикасту у нас конфликнтули поды с одинаковыми ИР.
На очень сильно повезло, что новый 4.6 не положил старый 3.11.
источник

n

neb0t in OpenShift - русскоязычное сообщество
Для запущеного кластера - на сколько больно поменять CIDR и сервис нетворк без редеплоя с install.yml ?
источник