Bug 18933 - Schema-Replikation wird nicht durchgeführt
Schema-Replikation wird nicht durchgeführt
Status: CLOSED WORKSFORME
Product: UCS
Classification: Unclassified
Component: Listener (univention-directory-listener)
UCS 2.3
Other Linux
: P5 normal (vote)
: UCS 3.0-2
Assigned To: Arvid Requate
Stefan Gohmann
: interim-3
: 8279 (view as bug list)
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2010-07-07 11:27 CEST by Andreas Büsching
Modified: 2012-07-20 15:24 CEST (History)
2 users (show)

See Also:
What kind of report is it?: ---
What type of bug is this?: ---
Who will be affected by this bug?: ---
How will those affected feel about the bug?: ---
User Pain:
Enterprise Customer affected?:
School Customer affected?:
ISV affected?:
Waiting Support:
Flags outvoted (downgraded) after PO Review:
Ticket number:
Bug group (optional):
Max CVSS v3 score:


Attachments
check_ids.sh (627 bytes, application/x-sh)
2010-08-05 14:28 CEST, Arvid Requate
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Andreas Büsching univentionstaff 2010-07-07 11:27:05 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.
Comment 1 Andreas Büsching univentionstaff 2010-07-07 11:27:35 CEST
Das ist nicht das gleiche Verhalten wie an Bug #8279
Comment 2 Stefan Gohmann univentionstaff 2010-07-19 06:59:53 CEST
*** Bug 8279 has been marked as a duplicate of this bug. ***
Comment 3 Arvid Requate univentionstaff 2010-08-05 14:28:43 CEST
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).
Comment 4 Stefan Gohmann univentionstaff 2012-06-07 11:39:34 CEST
Das sollte mit 3.0-2 nochmal geprüft werden.
Comment 5 Arvid Requate univentionstaff 2012-07-09 17:30:23 CEST
Ich konnte das auch unter UCS 3.0-2 interim-2 nicht nachstellen.
Comment 6 Stefan Gohmann univentionstaff 2012-07-12 17:17:07 CEST
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.
Comment 7 Stefan Gohmann univentionstaff 2012-07-20 15:24:34 CEST
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".