Имеется в виду позвать box.cfg{replication =...} ?

Нет, запустить новую реплику на месте старой

Ох, а попроще нет способа?

Для того, чтоб данные были одинаковые, вам нужен триггер на конфликт вместо skip conflict

Имеется ввиду триггер на дубли в  конкретных спейсах? Просто их оч много в реплике. Или я не правильно понял?

Да

Добрый день. Есть такой кейс. На картридже приложение. Есть спейс с индексом по двум полям строковым(Это важно). Тип индекса tree. С роутера обращаюсь к спейсу по индексу через crud. Проблема в том что одного роутера я данные вижу, а со второго нет. Перезапускаю роутеры по очереди и история повторяется. Только теперь с первого роутера данные не вижу, а со второго вижу. Если с того где данные не вижу в поиске через консоль через тот же индекс передать только одно первое поле то он их находит, а если два то уже нет. Метод написан точно правильно, потому что в аналогичных условиях но на другом спейсе с полями числовыми все работает корректно с обоих роутеров.

В логах ошибок поиска нет. Просто rows возвращается пустой если искать по обоим полям индекса.

При попытке создать запись дважды сохранил ее, сначала в один реплика сет, потом во второй

Какая версия круда?

'crud == 0.5.0',

А по соседству есть кластер? Два кластера не могли пересекаться?

А какая топология? Не могла репликация отвалиться? И данные на реплики не попали?

Кластер есть, но у него другая кука и всовсем дургие спейсы и логика. По админке проблемы нет

По логам тоже проблем нет.

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

Чего не ожидал от слова совсем

Даже если бы репликация отвалилась, я сейчас все перезапустил и нет никаких ошибок. Но проблема сохраняется

А какой метод используется? crud.get?

crud.select('authTemplates', {{'==', 'authTemplates_msisdn_channel_idx', {'79774120882', 'app4t2'}}}, {timeout = 5})