(In reply to comment #11) > Zusätzlich sollte der Listener erkennen, falls er fälschlicherweise von einem > Samba 4 LDAP repliziert. Diese Änderung sollten wir auch für UCS 2.4 > veröffentlichen. +++ This bug was initially created as a clone of Bug #20026 +++ Für Samba4 wird es notwendig sein, OpenLDAP auf einem anderen Port zu starten und die UCS-Komponenten auf diesen Port zu konfigurieren.
fixed \item Um sicherzustellen, dass ausschließlich von UCS"=LDAP"=Servern repliziert wird, prüft der Listener beim Verbindungsaufbau ob an der Basis die Objektklasse \ucsName{univentionBase} gesetzt ist (\ucsBug{22579}).
fixed \item Die Port"=Konfigurationen für die LDAP Server werden jetzt im Listener berücksichtigt. Für den LDAP"=Master über die \ucsUCRV{ldap/master/port}, für die Backup"=Systeme über die \ucsUCRV{ldap/backup/port} und für einen per \ucsName{notifier/server} definierten Server über die \ucsUCRV{notifier/server/port} (\ucsBug{23095}).
Join eines Slave 2.4-3 gegen Master 2.4-3 - OK Join eines Backup 2.4-3 gegen einen Master 2.4-3 - OK Replikation Master -> Backup - OK Replikation Backup -> Slave - OK slave verwendet Master -> Master ldap deaktiviert -> Slave nimmt Backup - OK slave verwendet Backup -> Notifier auf Backup deaktiviert -> Slave nimmet Master - OK Tests mit 3.0-0 Master und 2.4-3 System stehen noch aus.
Direkt nach der Installation von u-samba4 und u-s4-connector auf dem 3.0er Master, bekomme ich auf den 2.4-3 Backup (Slave) folgende Meldung in der Listener Log 22.08.11 11:50:04 LDAP ( ERROR ) : start_tls: Can't contact LDAP server 22.08.11 11:50:04 LISTENER ( WARN ) : can not connect to ldap server (qamaster.univention.qa) 22.08.11 11:50:04 LISTENER ( WARN ) : can not connect to any ldap server, retrying in 30 seconds *** glibc detected *** /usr/sbin/univention-directory-listener: double free or corruption (fasttop): 0x00000000019ae770 *** (Vor der Installation von samba4 hat die Replikation funktioniert.) Ich musste den Listener Prozess dann mit "kill -9" beenden (/etc/init.d/univention-directory-listener restart hat nicht gereicht). Ohne Port Konfiguration (Replikation gegen s4 ldap): Hier bricht der Listener ab, da er sich nicht am S4 LDAP Anmelden kann. 22.08.11 12:06:22 DEBUG_INIT 22.08.11 12:06:22 LDAP ( ERROR ) : ldap_simple_bind: Operations error 22.08.11 12:06:22 LISTENER ( WARN ) : can not connect to ldap server (qamaster.univention.qa) 22.08.11 12:06:22 LISTENER ( WARN ) : can not connect to any ldap server, retrying in 30 seconds Mit Port Konfiguration (Replikation gegen openLdap): Wenn auf dem Backup ldap/master/port auf 7389 gesetzt wird, funktioniert die Replikation wieder. Getestet mit ldap/master/port, ldap/backup/port und notifier/server/port
fixed
ok, funktioniert. Changelog Eintrag vorhanden. Replikation von 2.4-3 Backup/Slave mit 3.0 Master mit Samba4 funktioniert erst einmal nicht (wie gewollt). Nach dem Setzen des Ports notifier/server/port, ldap/master/port bzw. ldap/backup/port auf 7389 klappt es wieder mit der Replikation.
UCS 2.4-3 wurde veröffentlicht. Sollte der hier beschriebene Bug mit einer neueren Version von UCS erneut auftreten, so sollte der Bug dupliziert werden: "Clone This Bug".