Alexey Y. Fedotov

> Какое-то это не явное поведение, расходящееся с поведением, описанным в документации.. Полагаю формулировка в документации должна быть > Определяет количество **неизменяемых (не попадающих под действие MERGE)** полных резервных копий,...

> Почему r-r = 0 должно быть при этом? Это занчит вообще не хранить фуллов, а у меня условие не такое, у меня условие - как минимум один. Потому что...

> Ну так я и говорю - одна копия фулл должна быть. И она равна единцице, не нулю. Т.к. у нас в терминологии фулл копия = retention-redundancy =1, то все...

> Т.е. получается сервер при восстановлении запускается, но тем не менее до конца восстановление не доходит. Там же в логе написано что надо сделать, а именно ``` sudo -u postgres...

Правильно ли я понимаю, что речь все же про RAS и саморегистрация предполагается при старте сервиса? Но ведь по сути это сделать надо только один раз, а если делать обращение...

@allustin, я говорил не в целом про затею, что "бестолково", а про то, что при повторном запуске RAS, какой резон опять дергать odminus с целью саморегистрации?! Т.е. регистрация нужна единожды...

Данные изменения "ломают" механизм "блокировки" изменения файла кэша кластеров. Смысл которого заключается в том, что пока выполняется "тело" условного оператора, другие процессы не смогут изменить файл кэша кластеров. Надо поковырять,...

> При каких условиях другие процессы смогут изменить файл кэша кластеров? Это происходит, когда на одном хосте есть шаблоны центрального сервера и севера лицензирования, тогда два скрипта могут одновременно пытаться...

Более того, анализ показал, что я спутал механизм "блокировки" с другим скриптом, здесь это так не работает, как я описывал ранее И завершение скрипта (`exit 1`) вроде выглядит не очень...

Сходу не готов ответить, но судя по приведенным скриншотам - данные от разных кластеров ...