Bug 21207 - ошибка репликации syncrepl
: ошибка репликации syncrepl
Status: CLOSED WONTFIX
: Branch 4.0
(All bugs in Branch 4.0/openldap-servers)
: 4.0
: all Linux
: P3 normal
Assigned To:
:
:
:
:
:
  Show dependency tree
 
Reported: 2009-08-24 17:50 by
Modified: 2014-11-05 20:17 (History)


Attachments
конфиг провайдера (1.69 KB, patch)
2009-08-24 17:51, Timur Batyrshin
no flags Details | Diff
конфиг консьюмера (1.70 KB, patch)
2009-08-24 17:52, Timur Batyrshin
no flags Details | Diff
LDIF первоначальной базы (452 bytes, application/octet-stream)
2009-08-24 17:52, Timur Batyrshin
no flags Details
лог падения (15.35 KB, text/plain)
2009-08-24 18:28, Timur Batyrshin
no flags Details
лог успешного добавления (15.30 KB, text/plain)
2009-08-24 18:29, Timur Batyrshin
no flags Details


Note

You need to log in before you can comment on or make changes to this bug.


Description From 2009-08-24 17:50:53
Если при репликации типа syncrepl консьюмер не может получить доступ ко всей
реплицируемой базе на провайдере, после измнения данных на провайдере в
недоступной для консьюмера части базы репликация полностью останавливается до
перезапуска консьюмера.

Для демонстрации этого, патчи на стандартные конфигурационные файлы и
первоначальный LDIF с данными пойдут аттачами следом.
В них подразумевается, что 10.9.9.1 -- провайдер, 10.9.9.2 -- консьюмер.

После первоначальных загрузки данных и репликации их на консьюмер
расскоментируем в конфиге slapd-hdb-db01.conf провайдера строки:

#access to dn.subtree="ou=branch2,dc=example,dc=com"
#        by dn="uid=syncrepl,dc=example,dc=com" none
#        by * read

Затем любым способом создаем на провайдере в ветке ou=branch2,dc=example,dc=com
любой объект.
После этого все объекты, создаваемые на провайдере в ветке
ou=branch1,dc=example,dc=com , к которой у консьюмера есть полный доступ,
реплицированы не будут до перезапуска консьюмера.

Аналогичные действия в более сложной конфигурации (подчиненные базы данных,
использование оверлея dynlist) приводили помимо этого и к падению провайдера,
но воспроизвести это на установке с нуля пока не удалось.

[root@box1 openldap]# rpm -q openldap-servers
openldap-servers-2.3.43-alt2
------- Comment #1 From 2009-08-24 17:51:30 -------
Created an attachment (id=3777) [details]
конфиг провайдера
------- Comment #2 From 2009-08-24 17:52:09 -------
Created an attachment (id=3778) [details]
конфиг консьюмера
------- Comment #3 From 2009-08-24 17:52:52 -------
Created an attachment (id=3779) [details]
LDIF первоначальной базы
------- Comment #4 From 2009-08-24 18:02:22 -------
sizelimit и timelimit может стоит попробовать выставить и проверить еще раз в
unlimitied? Поиск по данному типу ошибок приводит чаще всего к
Replicas running syncrepl as non-rootdn need unrestricted size/time
------- Comment #5 From 2009-08-24 18:27:24 -------
sizelimit стоял -1, строка timelimit отсутствовала, выставил тоже -1 --
ситуация не поменялась.
Но не похоже, что они должны какую-то роль играть, т.к. если убрать access
restriction для консьюмера, все начинает работать нормально, а если выставить
-- начинаются снова.
------- Comment #6 From 2009-08-24 18:27:56 -------
Один раз все-таки удалось его уронить простым LDIF-ом:
----------
dn: ou=ldif3,ou=branch2,dc=example,dc=com
objectClass: organizationalUnit
objectClass: top
ou: ldif3

dn: ou=ldif4,ou=branch1,dc=example,dc=com
objectClass: organizationalUnit
objectClass: top
ou: ldif4
----------

Повторно воспроизвести не удалось.
Логи падения и успешного добавления сейчас приаттачу. Напоминаю, что логи
провайдера, т.к. падает именно он. В логах консьюмера при таких операциях
тишина.
------- Comment #7 From 2009-08-24 18:28:29 -------
Created an attachment (id=3780) [details]
лог падения
------- Comment #8 From 2009-08-24 18:29:11 -------
Created an attachment (id=3781) [details]
лог успешного добавления
------- Comment #9 From 2009-09-18 14:33:20 -------
openldap-servers is no longer part of repository, please check its successor
openldap2.4-servers.
------- Comment #10 From 2009-09-21 10:27:10 -------
Тогда перевешиваю на 4.0
------- Comment #11 From 2014-11-05 20:17:10 -------
В 4.0/branch исправления не будут вноситься уже технически (заглушена очередь
на сборку), поэтому прошу ошибки, актуальные для sisyphus/p7/t7, перевесить на
текущие ветки или сизиф.