стартует со снапшота и накатывает дельту из журнала WAL ? по идее не должен, т.к. все, что в журнале, уже применено и все конфликты разрешены. но если срабатывает ... то как это распознать в самом триггере ?
С тригером надо быть осторожным. Он валит реплику tnt 2.8.4
Это очень странное утверждение. Триггером можно сделать много полезного или можно навредить. Зависит от того, как сделаете. Причём независимо от реплики
это явно бага в реплике 2.8.3 потому что в 1.10 все работало годы и без проблем.
В 1.10 куча багов репликации, которые починены в 2.8-2.10. То, что вы их не замечали, не означает, что их нет
может и так, но у нас 2 года реплика на 1.10 работала и мы горя не знали, а вот с репликой 2.8.4 уже горя хапнули
А подробностей можете добавить?
Подробностей можно узнать у Вашего разработчика реплики. С ним связывались и он обещал фикс. Вот только xlog мы не дали. Там инфа конфиденциальная.
> Вот только xlog мы не дали. Там инфа конфиденциальная. Что ж вы сразу не признались) На будущее, мне данные не нужны, только системные поля. Можете tarantoolctl cat --show-system на икслоги натравить, и все BODY удалить. И мне прислать поизучать
А в чем нужно быть осторожным, вы хоть намекните, как раз пишем свой первый триггер
Если инстанс без реплики все норм. Если инстанс с реплики, обойдитесь без триггера.
обойтись нельзя. можно конечно стирать триггер на репликах и восстанавливать, если реплика вдруг становится мастером (но не уверен что есть надежный способ это сделать, чтобы мастер не оставался без триггера на какое то время). А в чем проблема то конкретно ?
🙂 Хотел с вами в пнд. пообщаться. Можно? У нас еще раз реплика раваливалась. Сделал ребутстрап из снапа старого. Пока живет. Но я теперь все икслоги сохранил.
Проблема в том что на 2.8.4 реплика ломалась. Хотя на 1.10 все было норм
Я так всегда делал :) я помню лет 8 назад научился восстанавливать раскрашенные xlog
так из-за чего ломалась то ? просто из-за наличия, даже если триггер ничего не делает ? у меня триггер смотрит на флаг readoly (box.что_то_там.ro), и если он true, то ничего не делает
@anonymous_d_777 помоги с подробностями
Выше в чате есть разговор на эту тему. Не охота повторять
Да много тут уже обсуждали недавно выше. Обширная переписка. Вкратце - обновлялись с 1.10 до 2.8 и попали на багу: Репликация уходила в статус stopped(хотя данные разлетались по репликасету нодам) и копились xlog-и. Но после чистой сборки реплики на 2.8.4 наткнулись снова на развал реплики. Сопоставили время и место - развал был после включения триггера
ну здесь смысл такой: включился триггер, все упало. раньше не падало. а ИЗ-ЗА ЧЕГО - х/з. триггер что то делает на реплике или просто висит и делает return ? мне вот только это и важно. у меня на реплике триггер проверяет readonly и выходит, ничего не делая. это может привести к развалу ?
Триггер делал запись insert в очередь. По сути в другой спейс.
Расследование в процессе, но мне кажется, что у нас что то специфичное случилось
ну значит моему триггеру ничего не грозит. пока )))
видимо это все таки не бага, а такая реализация была. Сейчас другая реализация. Но дело в том, что мы поднимали 2.8.4 с "нуля" и потом заливали туда данные.
Если я машину запрягу в коней, как будто это карета, поедет плохо Но проблема не в машине, а в некорректном использовании инструментов
Обсуждают сегодня