S4 Sync OU unbenennen

UCS - Univention Corporate Server
#1

Hallo,

ich öffne die MMC, Benutzer und Gruppen SnapIn, lege eine Organisationseinheit an Namens “TEST”.

26.09.2012 11:06:02,145 LDAP (PROCESS): sync to ucs: [ ou] [ add] OU=TEST,dc=alphagold,dc=local 26.09.2012 11:06:02,181 LDAP (PROCESS): sync from ucs: [ ou] [ add] ou=test,dc=alphagold,dc=local

1.) Warum wird die ou ins Univention mit Kleinbuchstaben gesynct??

Nun benenne ich ich im MMC die Gruppe um:

S4:

[code]26.09.2012 11:08:33,751 LDAP (PROCESS): sync to ucs: [ ou] [ modify] OU=TEST-renamed,dc=alphagold,dc=local
26.09.2012 11:08:33,768 LDAP (ERROR ): Unknown Exception during sync_to_ucs
26.09.2012 11:08:33,784 LDAP (ERROR ): Traceback (most recent call last):
File “/usr/lib/pymodules/python2.6/univention/s4connector/init.py”, line 1299, in sync_to_ucs
result = self.modify_in_ucs(property_type, object, module, position)
File “/usr/lib/pymodules/python2.6/univention/s4connector/init.py”, line 1169, in modify_in_ucs
return ucs_object.modify() and self.__modify_custom_attributes(property_type, object, ucs_object, module, position)
File “/usr/lib/pymodules/python2.6/univention/admin/handlers/init.py”, line 344, in modify
return self._modify(modify_childs,ignore_license=ignore_license)
File “/usr/lib/pymodules/python2.6/univention/admin/handlers/init.py”, line 727, in _modify
self._ldap_pre_modify()
File “/usr/lib/pymodules/python2.6/univention/admin/handlers/container/ou.py”, line 275, in _ldap_pre_modify
self.move(newdn)
File “/usr/lib/pymodules/python2.6/univention/admin/handlers/init.py”, line 358, in move
raise univention.admin.uexceptions.ldapError, _(‘Moving not possible: old and new DN are identical.’)
ldapError: Moving not possible: old and new DN are identical.

26.09.2012 11:08:33,785 LDAP (WARNING): sync to ucs was not successfull, save rejected
26.09.2012 11:08:33,785 LDAP (WARNING): object was: OU=TEST-renamed,DC=alphagold,DC=local
26.09.2012 11:08:43,885 LDAP (PROCESS): sync to ucs: Resync rejected dn: OU=TEST-renamed,DC=alphagold,DC=local
26.09.2012 11:08:43,889 LDAP (PROCESS): sync to ucs: [ ou] [ modify] OU=TEST-renamed,dc=alphagold,dc=local
26.09.2012 11:08:43,906 LDAP (ERROR ): Unknown Exception during sync_to_ucs
26.09.2012 11:08:43,907 LDAP (ERROR ): Traceback (most recent call last):
File “/usr/lib/pymodules/python2.6/univention/s4connector/init.py”, line 1299, in sync_to_ucs
result = self.modify_in_ucs(property_type, object, module, position)
File “/usr/lib/pymodules/python2.6/univention/s4connector/init.py”, line 1169, in modify_in_ucs
return ucs_object.modify() and self.__modify_custom_attributes(property_type, object, ucs_object, module, position)
File “/usr/lib/pymodules/python2.6/univention/admin/handlers/init.py”, line 344, in modify
return self._modify(modify_childs,ignore_license=ignore_license)
File “/usr/lib/pymodules/python2.6/univention/admin/handlers/init.py”, line 727, in _modify
self._ldap_pre_modify()
File “/usr/lib/pymodules/python2.6/univention/admin/handlers/container/ou.py”, line 275, in _ldap_pre_modify
self.move(newdn)
File “/usr/lib/pymodules/python2.6/univention/admin/handlers/init.py”, line 358, in move
raise univention.admin.uexceptions.ldapError, _(‘Moving not possible: old and new DN are identical.’)
ldapError: Moving not possible: old and new DN are identical.[/code]

root@ucsalpha:~# cat /etc/issue Univention DC Master 3.0-2

#2

Ich bekomme in meinem Test auch die Anzeige in der Logdatei in Kleinbuchstaben:

26.09.2012 14:58:07,599 LDAP        (PROCESS): sync to ucs:   [            ou] [       add] OU=TEST,l=foo
26.09.2012 14:58:07,701 LDAP        (PROCESS): sync from ucs: [            ou] [       add] ou=test,dc=deadlock41,dc=local

Aber die OU wird trotzdem im LDAP in Großbuchstaben angelegt:

root@master411:~# univention-ldapsearch -LLL ou=test ou
dn: ou=TEST,l=foo
ou: TEST

Sie meinen die OU? Wenn ich die OU per ldbedit umbenenne, dann kann ich das Problem nicht reproduzieren. Könnten Sie noch ein univention-s4search ou=TEST-renamed anhängen?

Haben Sie bereits andere Objekte in der OU angelegt?

Viele Grüße
Stefan Gohmann

Mastodon