Bug 58190 - Внутрисайтовая репликация в режиме USE_NOTIFY не работает
Summary: Внутрисайтовая репликация в режиме USE_NOTIFY не работает
Status: NEW
Alias: None
Product: Sisyphus
Classification: Development
Component: samba (show other bugs)
Version: unstable
Hardware: x86_64 Linux
: P5 normal
Assignee: Evgeny Sinelnikov
QA Contact: qa-sisyphus
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2026-03-10 18:15 MSK by Vladislav Glinkin
Modified: 2026-03-11 11:37 MSK (History)
3 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Vladislav Glinkin 2026-03-10 18:15:40 MSK
Версии пакетов:
	samba-dc-client-4.22.8-alt2
	samba-dc-4.22.8-alt2

Предусловия:
	- 2 контроллера домена в одном сайте (DC, DC2).
	- Предварительно была сделана репликация конфигурации для создания объектов соединения.
	- В свойствах объектов соединения был установлен атрибут options = 8 (USE_NOTIFY).
	- Для расписания объектов соединения был установлен пресет none
	- Было настроено логгирование репликации в /var/log/samba/drs_repl.log

Шаги воспроизведения:
	1) # tail -f /var/log/samba/drs_repl.log (на одном КД)
	2) # samba-tool user add xcv Pa##word (на другом КД)

Фактический результат:
	Репликация прерывается "Cancel current operation we running ahead of schedule".

Ожидаемый результат:
	Репликация в режиме USE_NOTIFY выполняется независимо от расписания.

Дополнительно:
	Похоже, что такое поведение, так же как и при межсайтовой репликации, связано с изменением https://git.altlinux.org/gears/s/samba.git?p=samba.git;a=commitdiff;h=32fd17ab3ed1c0023e37bdc7e5d4f0203d85cb98

	Также, почему-то репликация с USE_NOTIFY работает только в одну сторону (хотя опция была включена для каждого объекта соединения). Если выполнить шаги воспроизведения, поменяв местами КД, то реакции на изменения не будет.

Отрывок логов /var/log/samba/drs_repl.log:
	[2026/03/10 18:08:44.328618,  5, pid=88241, effective(0, 0), real(0, 0), class=drs_repl] ./librpc/gen_ndr/ndr_drsuapi_s.c:90(drsuapi__op_dispatch)
	  function drsuapi_DsReplicaSync will reply async
	[2026/03/10 18:08:44.329050,  3, pid=88259, effective(0, 0), real(0, 0), class=drs_repl] ../../source4/dsdb/repl/drepl_service.c:207(_drepl_schedule_replication)
	  _drepl_schedule_replication: forcing sync of partition (8d049060-5833-4cf9-8e1b-9c61dc47955e, DC=sisyphus,DC=samba, 4209c5d9-7bd1-4ed3-9467-a833b85c3d88._msdcs.sisyphus.samba)
	[2026/03/10 18:08:44.330120,  5, pid=88241, effective(0, 0), real(0, 0), class=drs_repl] ./librpc/gen_ndr/ndr_drsuapi_s.c:383(drsuapi__op_reply)
	  function drsuapi_DsReplicaSync replied async
	[2026/03/10 18:08:44.330444,  2, pid=88259, effective(0, 0), real(0, 0), class=drs_repl] ../../source4/dsdb/repl/drepl_out_pull.c:270(dreplsrv_run_pull_ops)
	  dreplsrv_run_pull_ops: Cancel current operation we running ahead of schedule.