Ну какоето странное поведение взять и в один момент отвязать все реплики у пг

И встать раком

При чем в тот момент распределение не менялось

ну ты же говоришь хост добавлялся

Я не успел добавленый хост в дц перенести

http://lists.ceph.com/pipermail/ceph-users-ceph.com/2018-June/027414.html ну просто вот тут тоже что-то такое пишут

типа либо pg overdose protection, либо не может выбрать

надо посмотреть, что reweight использует в качестве random seed

если он например использует какой-нить хеш всей крашкарты, то даже и так может быть

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

(и мистически проблема разрешается, когда автор убирает все reweight-ы)

Спс почитаю

#reweight

иначе потеряю потом

ой как интересно. возможно у меня так тоже бывало и без ревид

upmap пока сила?

У меня похоже бывало с reweight, а вот бэз - нет

ну точнее я не знаю что именно там было (до меня) но по рассказам при добавлении хоста кластер вставал раком на полчаса что ли

Привет, народ. Кто может подсказать. Ситуация следующая:

Если я делаю одновременный старт на 3-ех нодах corosync, то все ок. Эксперементальным путем выяснил, что кластер corosync может собраться если сервисы стартовали на разных нодах в течении 180сек от старта первого сервиса. Потом помогает только одновременный рестарт сразу на всех нодах. У выпавшей ноды статус "2 activity blocked". Оставшиеся две ноды в кворуме все ок. corosync 2.4.3, сборка из исходников 2.4.5 ситуацию не исправила.

Вопрос:
1. Как заставить кластер принимать ноду которая стартовала после 180сек. (заставить переголосовать)
2. Как заставить pacemaker не реагировать на рестарт corosync перезапуском всех ресурсов. no-quorum-police=ignore не помогает.

в бекпортах тоже