Bug 25737 - LDAP-Basis mit Komponenten außer dc=
LDAP-Basis mit Komponenten außer dc=
Status: CLOSED FIXED
Product: UCS
Classification: Unclassified
Component: UMC - LDAP directory
UNSTABLE
Other Linux
: P5 normal (vote)
: UCS 3.1
Assigned To: Stefan Gohmann
Arvid Requate
: interim-3
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2012-01-05 11:33 CET by Andreas Büsching
Modified: 2012-12-12 21:10 CET (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
s4 connector log (901.00 KB, text/plain)
2012-01-05 11:33 CET, Andreas Büsching
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Andreas Büsching univentionstaff 2012-01-05 11:33:57 CET
Created attachment 4071 [details]
s4 connector log

Ein DC Master wurde mit der LDAP-Basis cn=rrr,cn=ttt installiert. In UCR wird
dann folgendes eingetragen:

connector/s4/ldap/base: DC=RRR,DC=TTT
ldap/base: cn=rrr,cn=ttt

Das scheint auch zunächst zu funktionieren. Allerdings ist dann im
connector-s4.log zu sehen, dass der Container cn=rrr,dc=ttt geändert werden
soll. Ab da funktioniert dann die Synchronisation nicht mehr.

Die Logdatei habe ich angehängt.
Comment 1 Stefan Gohmann univentionstaff 2012-01-05 11:43:26 CET
(In reply to comment #0)
> Created an attachment (id=4071) [details]
> s4 connector log
> 
> Ein DC Master wurde mit der LDAP-Basis cn=rrr,cn=ttt installiert. In UCR wird
> dann folgendes eingetragen:
> 
> connector/s4/ldap/base: DC=RRR,DC=TTT
> ldap/base: cn=rrr,cn=ttt
> 
> Das scheint auch zunächst zu funktionieren. Allerdings ist dann im
> connector-s4.log zu sehen, dass der Container cn=rrr,dc=ttt geändert werden
> soll. Ab da funktioniert dann die Synchronisation nicht mehr.

Die Synchronisation wird dann weiter funktionieren. Der Connector erkennt die Basis als normalen Container und möchte den Container synchronisieren.
Comment 2 Andreas Büsching univentionstaff 2012-01-05 12:18:42 CET
(In reply to comment #1)
> Die Synchronisation wird dann weiter funktionieren. Der Connector erkennt die
> Basis als normalen Container und möchte den Container synchronisieren.

Ich habe auf dem System mit UDM CLI nachträglich einen User angelegt und der wurde synchronisiert.
Comment 3 Stefan Gohmann univentionstaff 2012-07-17 17:09:56 CEST
UCS 3.1 will be the next release.
Comment 4 Stefan Gohmann univentionstaff 2012-10-31 17:27:17 CET
Das ist ein Bug in den identify Filtern im UDM für container/cn und container/ou gewesen.
Comment 5 Arvid Requate univentionstaff 2012-11-19 14:26:20 CET
Verified:
 * Installation/Join/Benutzer anlegen/Sync funktioniert
 * Sync von CN/OU-Containern funktioniert weiterhin
 * Changelog 


domainname: xqwer.xasdf
kerberos/realm: XQWER.XASDF
connector/s4/ldap/base: DC=XQWER,DC=XASDF
ldap/base: cn=qwer,cn=asdf
windows/domain: QWERT
Comment 6 Arvid Requate univentionstaff 2012-11-19 14:28:48 CET
Einzige Eigenheit ist hier die DN in der Logmeldung:

19.11.2012 13:41:52,129 LDAP        (PROCESS): sync from ucs: [  container_dc] [       add] cn=qwerr,dc=xasdf


Danach geht aber alles gut:

19.11.2012 13:41:52,154 LDAP        (PROCESS): sync from ucs: [     container] [       add] cn=dns,dc=xqwer,dc=xasdf
Comment 7 Stefan Gohmann univentionstaff 2012-12-12 21:10:21 CET
UCS 3.1-0 has been released: 
 http://forum.univention.de/viewtopic.php?f=54&t=2125

If this error occurs again, please use "Clone This Bug".