Univention Bugzilla – Bug 18933
Schema-Replikation wird nicht durchgeführt
Last modified: 2012-07-20 15:24:34 CEST
In einzelnen Fällen scheint es zu passieren, dass die Schema-Replikation nicht bzw. eventuell zu spät durchgeführt wird. Bei einem Kunden wurden auf dem DC Master neue Schemata eingespielt und erst Stunden später die ersten Objekte mit den neuen Objektklassen angelegt. Ein DC Slave hat dabei nicht erst die Schema-Replikation durchgeführt obwohl seine ID kleiner war als die auf dem DC Master. Die letzten Meldungen im Listener-Log: 07.07.10 08:33:30 LISTENER ( WARN ) : listener does not have value for key krb5Key 07.07.10 08:33:30 LISTENER ( WARN ) : replication: old entries from LDAP server and Listener do not match 07.07.10 08:48:49 LISTENER ( ERROR ) : <LDAP-DN>: Invalid syntax Try to sync changes stored in /var/lib/univention-directory-replication/failed.ldif into local LDAP waiting for listener-shutdown 07.07.10 10:31:16 LISTENER ( WARN ) : received signal 15 . . . . . . shutdown done Der DC Slave hat zuvor gegen einen DC Backup synchronisiert. Ein weiterer DC Slave, bei dem die Schema-Replikation erfolgreich war, hat ebenfalls gegen einen DC Backup (ein anderer) repliziert.
Das ist nicht das gleiche Verhalten wie an Bug #8279
*** Bug 8279 has been marked as a duplicate of this bug. ***
Created attachment 2560 [details] check_ids.sh In einem weiteren Test mit der Schema-Erweiterung (inventory) aus dem Kundenscope unter UCS 2.4-0-rc lies sich der Fehler nicht nachstellen. Das angehängte Script testet alle DCs auf failed.ldif und gibt jeweils alle IDs aus (last_id, last transaction, notifier_id und schema_id).
Das sollte mit 3.0-2 nochmal geprüft werden.
Ich konnte das auch unter UCS 3.0-2 interim-2 nicht nachstellen.
Ich konnte das ebenfalls nicht nachstellen. Auch wenn der Slave nicht direkt gegen den Master geht, sondern noch der Backup dazwischen ist, funktionierte die Schema Replikation ohne Probleme.
UCS 3.0-2 has been released: http://forum.univention.de/viewtopic.php?f=54&t=1905 If this error occurs again, please use "Clone This Bug".