Добрый вечер. Вопрос теоретический, но с практическим смыслом.
Что должно такое произойти в реплике M-M на ТТ 1.10, чтобы на разных реплицируемых инстансах были расхождения в данных? Ну т.е. грубо говоря на интансе 1 "А=1", а на на интсансе 2 и на всех остальных "А=2"? Пару раз это происходило и природа сего события мне не понятна.  По идее это в корне разрушает весь смысл слова "реплика".
P.S. Не реплицируемых спейсов нет.
P.P.S replication_skip_conflict = true
Вдогонку еще вопрос: Существует ли в природе простой способ(если нет, то планируется ли такое в будущем) "перезагрузки" данных на одном из инстансов в реплике? Потому как описанный способ "перезапуска" репликации описанный в доке: https://www.tarantool.io/ru/doc/1.10/book/replication/repl_reseed/ по мне так мало чем отличается от фактически настройки репликации заново. При большом количестве инстансов в реплике это становится уже достаточно трудоемким процессом, хотя и решающим проблему.

Винил есть?

Не уверен, что такое было, но допустим. И как это побороть? Ну в смысле, если такое возможно приводит к расползанию реплики ,то как минимум это надо б описать в доке и предложить решение по предотвращению, кроме перезапуска репликации на ну допустим, 20 инстансах реплики. Например какую нибудь ручку покрутить в конфиге?(а может она есть такая и зарыта в доках?)

Не хочет ставиться на 8 Centos
Ошибка:
Проблема: conflicting requests
 - nothing provides tarantool-checks >= 2.1.0.0 needed by tarantool-metrics-0.7.0-1.el7.noarch

А есть более-менее готовые решения для шардируемой очереди? Чтобы еще при добавлении ноды нагрузка/данные сами отмасштабировались.

Есть опция replication skip conflict

Реплику можно перебутстрапить

tarantool-checks довезли, теперь tarantool-metrics ставится.

Завел https://github.com/tarantool/http/issues/133

А разве оно не просто прочитает икслоги и все станет как и было - с искажением?

Можно пока через tarantoolctl rocks install http 1.1.0 поставить.