Streaming cluster replication bug or ne bug

[rinsk]

Как только оно появилось с версии 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]

SCR никто не использует? Или и кластер то же никого не интересует? А кто то сетовал на скушные вопросы ))

 

[lmike]

@rinsk, не использую эту фичу...
нет такой мысли - создание к-л ноты, срабатывают "штатные механизмы" (успевают) репликации и SCR тупо отрабатывает позже (видит что там что-то делается), а продолжение идет "старым способом"
и еще - может что-то здесь покрутить link removed
и посмотреть - что происходит

 

[rinsk]

@rinsk, не использую эту фичу...

Т.е. стоит DEBUG_SCR_DISABLED=1 ? Ибо с версии 851 оно работает по умолчанию в кластере.

INCORRECT_SYSTEM_TIME_CHANGES_OVER.html

Имхо - это не то - это что бы время ОС не могло стать позже последнего запуска.
Можно было бы грешить на убегание времени вперед из за массового создания доков - но там нет такой ситуации...

 

[lmike]

Т.е. стоит DEBUG_SCR_DISABLED=1 ? Ибо с версии 851 оно работает по умолчанию в кластере.

т.е. я не выставлял, принудительно, эти опции и не ловил ошибок (соответственно)
сервер в кластере есть, но он как бэкап...

Можно было бы грешить на убегание времени вперед из за массового создания доков

вот про такой сценарий думал и РТЦ могут как-то "не так" отработать (и обновление по НТП корректит их) + изменение временных зон (возможно влияние)

 

[rinsk]

.е. я не выставлял, принудительно, эти опции и не ловил ошибок

"не чеши , если не чешится "" вот это верно. ))
А мне тут приходится следить за кластером что бы как можно меньше была задержка в обновлении...