по идее это просто последний билд для aws из stable stream. наверное okd ci еще наткнется, если есть проверка бутстрапа кластера с последнего релиза fcos.

хмм, интересно, попробую завтра

вообще сейчас CI тестирует с 33.20210117.3.2

по идее можно использовать любой stable fcos. на практике там то podman не той версии, то еще что.

Угу, странно что багрепортов на эту тему я пока не видел.
Кстати, напиши баг плиз пока не вылетело из головы

есть еще крутой баг. безотносительно okd.
предположительно из-за него в 4.7 overview в ns с десятком dc открывается больше минуты :)
https://bugzilla.redhat.com/show_bug.cgi?id=1927311
https://github.com/openshift/console/pull/8128/commits/2a3c8daeacec384a2a24f35ad36e8a24c4bdc4ad

Днсятки dc в неймспейсе, уф, они ж бесплатные :)

Доброе утро! Подскажите, пожалуйста, штатный мониторинг который приехал на этапе установки, его можно использовать для мониторинга своих неймспейсов? Есть статейка по этому поводу?

Enabling monitoring for user-defined projects | Monitoring | OpenShift Container Platform 4.7
https://docs.openshift.com/container-platform/4.7/monitoring/enabling-monitoring-for-user-defined-projects.html

Полу-штатный

Это в 4. Но я честно признаюсь, что несмотря на официальный док, в котором пишется что не поддерживается мониторить свои ворклоуды, в 3.11 мы да ставим свои service monitors в openshift monitoring ns, и создаём rolebindings для prom sa чтобы мог наши ns мониторить. Потому что на самом деле морока держать два monitoring stack. Ocp 4 у нас новый и поэтому только начинаю проверять  этот user monitoring. Что да, проверяем использование ресурсов в 3.11 prom, чтобы быть уверенными что добавка user нагрузки не убивает его. Пока все хорошо

А в чем морока

Шапки как я понимаю предлагают вообще всю инфу катить на каждый нс, это конечно уже перебор чаще всего

Да, версия у меня 3.11, не уточнил

убрал таинт с нод - поднялось

Его надо ставить, апдейтить периодически, он занимает ресурсы.. Есть и плюсы того, что стоит свой стак, можно ставить более новую версию чем штатскую, но в целом два стака как то не очень

Два стака сильно рекомендуется чтобы обширные юзер ворклоады не уронили системный прометей

Как заставить Cluster logging operator писать логи из проектов?
Помню в 3.11 после установки в эластике появлялись индексы вида project-<имя неймспейса>
В 4.5 таких не наблюдаю.

Вот что нашел - error_class=Fluent::Plugin::ElasticsearchOutput::RecoverableRequestFailure error="could not push logs to Elasticsearch cluster ({:host=>\"elasticsearch.openshift-logging.svc.cluster.local\", :port=>9200, :scheme=>\"https\", :user=>\"fluentd\", :password=>\"obfuscated\"}): Server returned nothing (no headers, no data)"

Есть баг, но на 4.6. https://bugzilla.redhat.com/show_bug.cgi?id=1908707
У меня 4.5

Кто-то сталкивался?

Подскажите в openshift rollback откатывает deployment как с dc ?