Streaming cluster replication bug or ne bug

rinsk

Well-Known Member
Lotus team
12.11.2009
896
84
#1
Как только оно появилось с версии 8.5х - так сразу его рекомендовали отключить через DEBUG_SCR_DISABLED=1 ))
Ну и было отключено. Думаю на 901 уже поправили - включил. Репликация в кластере пошла как то очень непонятным образом - док-ты в другой реплике появлялись с большой задержкой.
Включил дебаг SCR - DEBUG_SCR=127 и увидел в логах следующее:
DbReadReplHistory: History later than Soft History: CN=Server/C=RU!!IBM_ID_VAULT\TRCDC-IDvault.nsf, Soft:03.04.2015 13:48:50 (3B6711), 03.04.2015 14:58:50 (41CFCE)
DbReadReplHistory: History later than Soft History: CN=Server/C=RU!!icdc\box\IDO\DepartmentCode21.nsf, Soft:03.04.2015 14:29:41 (3F2481), 03.04.2015 14:58:24 (41C5B9)
DbReadReplHistory: History later than Soft History: CN=Server/C=RU!!icdc\box\IDO\DepartmentCode4.nsf, Soft:03.04.2015 13:28:40 (398EAC), 03.04.2015 14:58:24 (41C5B9)
DbReadReplHistory: History later than Soft History: CN=Server/C=RU!!icdc\box\KO\DepartmentCode22.nsf, Soft:03.04.2015 14:30:12 (3F3091), 03.04.2015 14:58:24 (41C5BD)
DbReadReplHistory: History later than Soft History: CN=Server/C=RU!!icdc\box\IDO\DepartmentCode22.nsf, Soft:03.04.2015 14:29:41 (3F2486), 03.04.2015 14:58:27 (41C6B9)
DbReadReplHistory: History later than Soft History: CN=Server/C=RU!!icdc\box\IDO\DepartmentCode6.nsf, Soft:03.04.2015 14:31:25 (3F4D14), 03.04.2015 14:58:24 (41C5D0)
DbReadReplHistory: History later than Soft History: CN=Server/C=RU!!icdc\box\IDO\DepartmentCode27.nsf, Soft:03.04.2015 14:29:51 (3F288E), 03.04.2015 14:58:27 (41C6BA)
DbReadReplHistory: History later than Soft History: CN=Server/C=RU!!icdc\box\KO\DepartmentCode30.nsf, Soft:03.04.2015 14:14:50 (3DC8C1), 03.04.2015 14:58:24 (41C5D9)
DbReadReplHistory: History later than Soft History: CN=Server/C=RU!!icdc\box\KO\DepartmentCode22.nsf, Soft:03.04.2015 14:30:12 (3F3091), 03.04.2015 14:58:24 (41C5BD)
DbReadReplHistory: History later than Soft History: CN=Server/C=RU!!icdc\box\IDO\DepartmentCode14.nsf, Soft:03.04.2015 14:30:57 (3F4230), 03.04.2015 14:58:27 (41C6BC)
DbReadReplHistory: History later than Soft History: CN=Server/C=RU!!icdc\box\IDO\DepartmentCode33.nsf, Soft:03.04.2015 14:30:12 (3F30A6), 03.04.2015 14:58:27 (41C6BF)

Т.е. есть появляется т.н. Soft History, судя по всему - это последнее изменение ноты в памяти. Причем похоже SCR срабатывает, видит что в replica History время уже больше - и дальше ничего не делает.
У кого-ть работает SCR Или я не правильно как то интерпретирую результаты лога?
upd - время на серверах синхронизировано.
 

rinsk

Well-Known Member
Lotus team
12.11.2009
896
84
#2
SCR никто не использует? Или и кластер то же никого не интересует? А кто то сетовал на скушные вопросы :)))
 

lmike

нет, пердело совершенство
Lotus team
27.08.2008
6 491
367
#3
@rinsk, не использую эту фичу...
нет такой мысли - создание к-л ноты, срабатывают "штатные механизмы" (успевают) репликации и SCR тупо отрабатывает позже (видит что там что-то делается), а продолжение идет "старым способом"
и еще - может что-то здесь покрутить
Чтобы видеть этот контент необходимо: Войти или зарегистрироваться

и посмотреть - что происходит
 
Последнее редактирование модератором:

rinsk

Well-Known Member
Lotus team
12.11.2009
896
84
#4
Т.е. стоит DEBUG_SCR_DISABLED=1 ? Ибо с версии 851 оно работает по умолчанию в кластере.
Имхо - это не то - это что бы время ОС не могло стать позже последнего запуска.
Можно было бы грешить на убегание времени вперед из за массового создания доков - но там нет такой ситуации...
 

lmike

нет, пердело совершенство
Lotus team
27.08.2008
6 491
367
#5
Т.е. стоит DEBUG_SCR_DISABLED=1 ? Ибо с версии 851 оно работает по умолчанию в кластере.
т.е. я не выставлял, принудительно, эти опции :) и не ловил ошибок (соответственно)
сервер в кластере есть, но он как бэкап...
Можно было бы грешить на убегание времени вперед из за массового создания доков
вот про такой сценарий думал и РТЦ могут как-то "не так" отработать (и обновление по НТП корректит их) + изменение временных зон (возможно влияние)
 

rinsk

Well-Known Member
Lotus team
12.11.2009
896
84
#6
.е. я не выставлял, принудительно, эти опции и не ловил ошибок
"не чеши , если не чешится "" вот это верно. :)))
А мне тут приходится следить за кластером что бы как можно меньше была задержка в обновлении...