Size: a a a

2020 November 19

AK

Alexey Kuzin in Tarantool
Anton Shishkin
его обязательно нужно для мастера заполнять?
у меня вариант мастер-реплика. А в доке написано:
Этот параметр является обязательным только при настройке кластеров с конфигурацией master-master или full-mesh.

т.е. понятно, зачем его заполнять на реплике. А вот на мастере - не понятно.
Покажите, что у вас после box.cfg выполняется на реплике
источник

AS

Anton Shishkin in Tarantool
Vladislav Grubov
если переключать мастер-реплику будете. А так у вас будет "старый мастер", который ни от кого не получает данные
да, с этим согласен. Но этот параметр можно менять при необходимости. Т.е. на старом мастере можно будет установить адрес нового мастера в этом параметре
источник

VG

Vladislav Grubov in Tarantool
Anton Shishkin
да, с этим согласен. Но этот параметр можно менять при необходимости. Т.е. на старом мастере можно будет установить адрес нового мастера в этом параметре
можно, но, проще, когда во время аварии вам не нужно об этом думать
источник

AS

Anton Shishkin in Tarantool
Vladislav Grubov
можно, но, проще, когда во время аварии вам не нужно об этом думать
его же все равно менять, если мастер поменялся?
источник

VG

Vladislav Grubov in Tarantool
Anton Shishkin
его же все равно менять, если мастер поменялся?
нет, для переключения вам нужно всего лишь поменять box.cfg.read_only консистентно на текущем и будущем мастере, то есть так, чтобы "будущий мастер" получил все изменения от "текущего мастера" после того как последний перешел в ro
источник

AS

Anton Shishkin in Tarantool
Alexey Kuzin
Покажите, что у вас после box.cfg выполняется на реплике
после box.cfg идет в once выполнение функций по созданию спейсов, индексов, последовательностей и предварительное заполнение данными.
Дальше без once: объявляются локальные функции, подымается http сервер, описываются методы.
Также без once есть создание пользователя box.schema.user.passwd('user', 'passw'). Из-за этого может быть данная ошибка?
источник

AS

Anton Shishkin in Tarantool
Vladislav Grubov
нет, для переключения вам нужно всего лишь поменять box.cfg.read_only консистентно на текущем и будущем мастере, то есть так, чтобы "будущий мастер" получил все изменения от "текущего мастера" после того как последний перешел в ro
т.е. источник репликации не нужно явно менять в replication?
источник

AK

Alexey Kuzin in Tarantool
Anton Shishkin
после box.cfg идет в once выполнение функций по созданию спейсов, индексов, последовательностей и предварительное заполнение данными.
Дальше без once: объявляются локальные функции, подымается http сервер, описываются методы.
Также без once есть создание пользователя box.schema.user.passwd('user', 'passw'). Из-за этого может быть данная ошибка?
создание функций и спейсов надо оборачивать в if box.info.ro == false then
источник

VG

Vladislav Grubov in Tarantool
Anton Shishkin
т.е. источник репликации не нужно явно менять в replication?
нет, не нужно, изменения будут подтягиваться со всех нод, но применяться только те, которых не хватает конкретной ноде (если упростить)
источник

AS

Anton Shishkin in Tarantool
Vladislav Grubov
нет, не нужно, изменения будут подтягиваться со всех нод, но применяться только те, которых не хватает конкретной ноде (если упростить)
ок, понял, спасибо!
источник

AS

Anton Shishkin in Tarantool
Alexey Kuzin
создание функций и спейсов надо оборачивать в if box.info.ro == false then
спасибо!
источник

A

Alexandr in Tarantool
box.cfg{read_only=true}

Подскажите, пожалуйста, дёргаю в тарантуле, после этого дёргаю модифицирующие команды и они выполняются. Как перевеси инстанс в r/o режим?
источник

A

Alexandr in Tarantool
Разобрался, я перед этим руками задал box.cfg.read_only и поэтому не реагировало на изменения )
источник

Т

Тимур in Tarantool
Всем Привет.
Хотел спросить какие есть возможности в тарантуле  организовать  асинхронную работу c с++ библиотекой ,
которая умеет кидать коллбеки при наступление определённых событий .
Как пробудить fiber-ы через поток коллбеки (возможно ли добраться в event loop тарантула)?
Или строить промежуточную очередь и ее опрашивать в файбере , который будет будить всех остальных  ?
В качестве примера взял https://github.com/tarantool/kafka но там промежуточная очередь.
источник

DS

Dmitry Sharonov in Tarantool
Alexandr
Разобрался, я перед этим руками задал box.cfg.read_only и поэтому не реагировало на изменения )
а у нас был на это тикет? многие подрываются просто
источник

DS

Dmitri Samirov in Tarantool
Тимур
Всем Привет.
Хотел спросить какие есть возможности в тарантуле  организовать  асинхронную работу c с++ библиотекой ,
которая умеет кидать коллбеки при наступление определённых событий .
Как пробудить fiber-ы через поток коллбеки (возможно ли добраться в event loop тарантула)?
Или строить промежуточную очередь и ее опрашивать в файбере , который будет будить всех остальных  ?
В качестве примера взял https://github.com/tarantool/kafka но там промежуточная очередь.
источник

DS

Dmitri Samirov in Tarantool
с помощью кондишенов можно будить файберы
источник

Т

Тимур in Tarantool
в С++ я вызову fiber_cond_signal но не в потоке тарантула все будет ок ?
источник

Т

Тимур in Tarantool
есть сомнения
источник

NK

Nick Karlov in Tarantool
Тимур
в С++ я вызову fiber_cond_signal но не в потоке тарантула все будет ок ?
между потоками (своим и ТХ) основной транспорт — это coio
источник