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

это вы про картридж или нет?

возможно, часы синхронизированы

нет, уточню репликация мульти мастер

тогда при чем тут элекшн

нет у вас никакого лидера

он только для синхры, а мультимастера там нет

спасибо, уже разъяснили что ошибался)

вот в картридже так можно было бы, в принципе - был бы у вас ещё и лидер

Всем привет.
Регулярно использую sql в tarantool и очень часто возникает необходимость конвертировать результат в unflatten_rows (название подсмотрел в модуле CRUD).
В документации для box.execute не нашел встроенной возможности конвертации результата, но в CRUD это точно реализовано.
Может не задокументирован функционал? Ни кто не встречал?

привет, у нас на реплике взрывается tarantool queue при инициализации в этом месте https://github.com/tarantool/queue/blob/master/queue/init.lua#L29

Jun 03 12:17:38 compute8.stage.dev-compute.i tarantoolctl[41192]: 2021-06-03 12:17:38.845 [41192] main/101/coiiot-tarantool-queue-02 I> set 'read_only' configuration option to true
Jun 03 12:17:38 compute8.stage.dev-compute.i tarantoolctl[41192]: 2021-06-03 12:17:38.855 [41192] main/101/coiiot-tarantool-queue-02 tarantoolctl:532 E> Start failed: failed to init 'clients_creation': ...coiiot-tarantool-queue/libs/share/lua/5.1/queue/init.lua:29: Please configure box.cfg{} in read/write mode first

причем тот же код в docker'е на базе образа tarantool/tarantool:1.10.8 спокойно собирается в кластер
есть идеи что это может быть и куда копать?

А версия точно актуальная? Вот этот фикс есть https://github.com/tarantool/queue/commit/e4986c544019102e19154760053705b4b001ec09#diff-715baa48c0e43dd9ea55541b4bd675e7b43942e08dbbfa59e1d93b5fdf46754c

> Please configure box.cfg{} in read/write mode first

в докере по дефолту зовется box.cfg

require('queue') идет после явного вызова box.cfg{} в коде

ну и мастер запускается в той же конфигурации, проблемы только с репликой

наша ошибка 'Please configure box.cfg{} in read/write mode first' походу как раз и появилась в этом фиксе

Так мастер у вас в режиме rw, а реплика в режиме ro.
Вы вероятно пытаетесь вызвать какой-то метод у queue, а сие можно только на rw (так как очередь персистентная и пишет в спейсы)

оно падает просто при require('queue'), причем у меня локально в докере тот же код успешно запускается с read_only = true и собирается в кластер

и мастер успешно запускается на целевом стенде, то есть box.cfg явно отрабатывает до require('queue'), иначе и мастер бы не работал с той же ошибкой