+ в ручном подключении нету репозиториев с модулями

А разве Ubuntu это не debian based дистрибутив

так то оно да

но у убунты нету версии buster если что 🙂

нейминг у них свой

а подключается репозитория
/ubuntu/ buster main

и отсюда выдается ошибка 404

спасибо что описал, поправим

Есть ли возможность ограничить размер одного space?

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

верим с лучшее ожидаем все как как обычно

вопрос ? существует ли в cartridge при  штатной смене мастера       состояние  двухшагового применения apply config   при котором в первом  вызове  всем узлам прилетает is master = false

Не думал о таком варианте. Жаль конечно, что такую защиту нужно на каждый space устанавливать. Но в первом приближении решает мою задачу.

Спасибо.

не забудьте учесть размеров индексов если необходимо

https://try-cartridge.tarantool.io/ у меня недоступен из разных локаций
# curl -I  'https://try-cartridge.tarantool.io/'
curl: (28) Failed to connect to try-cartridge.tarantool.io port 443: Connection timed out
есть ли другие managed альтернативы?

Нет. Кажется это вот эта тема. https://github.com/tarantool/cartridge/issues/818
Я пытался размышлять, но ничего дельного не придумал

но ведь внутрях все равно есть  выделенное состояние когда все узлы ro   ?

ведь statful failover  ровно про это должен быть

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

потому что йилдов нет