3.7 у нас...если выйдет, то будет 3.7.2

Зафиксировали уже 3.7. На момент среза был 3.7.0

ну не совсем, если CRI-O используется, то docker volume не используются

кстати, авторам патрони надо в голову гвоздь забить

3.7.1 будет

Почему?

3.7.2 уже вышла, разве нет?

документации ноль, примеры просто не работают, двести опций, работают три

Мы не можем...уже перевезли к заказчику

А, ну видимо, как у солидити) там ни одного работающего примера,а класс публик поменялся три раза за месяц

Или она, не помню

@vrutkovs привет! Можешь подсказать в какой цепочке должны быть правила касательно glusterfs?

сорри, я не знаю. Попробуй спросить в #openshift на freenode?

к чату подключился Дмитрий - он по patroni в OpenShift большой спец

и вообще по OpenShift

о, спасибо

я собственно допилил (kind of) в пятницу, теперь по крайней мере запускается

https://github.com/vrutkovs/matrix-openshift/blob/master/files/openshift/configmap-patroni.yaml - сильно несекурно, но начало положено

всем привет. коллеги, возможно подскажите куда смотреть
есть openshift 3.7, в него задеплоился gitlab на основе стандартного теплейта https://gitlab.com/gitlab-org/omnibus-gitlab/raw/master/docker/openshift-template.json , за исключением того что в две ноды был добавлен nodeSelector и в pvc storageclass который создавал волюмы в том же регионе AWS, что и нода. по другому не запускалось.
после старта были залиты бэкапы, всё это успешно проработало около суток
после чего по непонятным причинам удалилось практически всё из namespace в котором был gitlab(кроме него - ничего), в т.ч. деплойконфиги, поды, волюмы...
в ивентах пусто, возможно потому что прошло уже какое то время, логи под ушли с подами. в логах ноды вижу как она уже всё удаляет, на мастерах тоже ничего информативного.
если предположить что это не человеческий фактор, взлом или что-то подобное - что может быть причиной подобного поведения? может кто подскажет где еще можно поискать причины?

а что говорит describe ноды? Подозреваю что оно эвакуирует ноду из-за нехватки диска\памяти?