Univention Bugzilla – Bug 27382
UMC schoolgroups: Traceback bei Auswahl einer Gruppe beim Hinzufügen von Mitgliedern, da Gruppenmitglied nicht synchr. wurde
Last modified: 2012-12-14 16:26:19 CET
Ich habe eine Gruppe mit Mitarbeitern, diese wird auf den Schul DC synchr. Der Mitarbeiter selbst aber nicht (Edukativnetz). Bei der Auswahl diese Gruppen im UMC Modul Arbeitsgruppen verwalten gibt es nun folgenden Traceback. 30.05.12 23:06:23.093 ADMIN ( INFO ) : users/user.py: reset options to default by _define_options 30.05.12 23:06:23.093 ADMIN ( INFO ) : modules/__init__.py _define_options: reset to default options UNIVENTION_DEBUG_BEGIN : uldap.searchDn filter=(&(cn=*)(|(objectClass=univentionGroup)(objectClass=sambaGroupMapping))(uniqueMember=uid=m1,cn=mitarbeiter,cn=users,ou=s01,dc=ee,dc=rr)) base= scope=sub unique=0 required=0 UNIVENTION_DEBUG_END : uldap.searchDn filter=(&(cn=*)(|(objectClass=univentionGroup)(objectClass=sambaGroupMapping))(uniqueMember=uid=m1,cn=mitarbeiter,cn=users,ou=s01,dc=ee,dc=rr)) base= scope=sub unique=0 required=0 30.05.12 23:06:23.095 MODULE ( PROCESS ) : Die Ausführung des Kommandos schoolgroups/users ist fehlgeschlagen: Traceback (most recent call last): File "/usr/lib/pymodules/python2.6/univention/management/console/modules/__init__.py", line 102, in execute func( request ) File "/usr/lib/pymodules/python2.6/ucsschool/lib/schoolldap.py", line 215, in wrapper_func raise LDAP_ConnectionError( str( e ) ) LDAP_ConnectionError: Die Eigenschaft Primäre Gruppe wird benötigt. 30.05.12 23:06:23.095 PROTOCOL ( INFO ) : Sending UMCP RESPONSE 133841198297672-11 Es war folgende Gruppe: # s01-1a, klassen, schueler, groups, s01, ee.rr dn: cn=s01-1a,cn=klassen,cn=schueler,cn=groups,ou=s01,dc=ee,dc=rr sambaGroupType: 2 cn: s01-1a objectClass: top objectClass: posixGroup objectClass: univentionGroup objectClass: sambaGroupMapping objectClass: univentionObject univentionObjectType: groups/group sambaSID: S-1-5-21-730696090-1087331992-1918780228-11113 gidNumber: 5056 memberUid: s1 memberUid: t1 memberUid: m1 memberUid: s11 memberUid: tm1 uniqueMember: uid=s1,cn=schueler,cn=users,ou=s01,dc=ee,dc=rr uniqueMember: uid=t1,cn=lehrer,cn=users,ou=s01,dc=ee,dc=rr uniqueMember: uid=m1,cn=mitarbeiter,cn=users,ou=s01,dc=ee,dc=rr uniqueMember: uid=s11,cn=schueler,cn=users,ou=s01,dc=ee,dc=rr uniqueMember: uid=tm1,cn=lehrer und mitarbeiter,cn=users,ou=s01,dc=ee,dc=rr
Dadurch, dass der Mitarbeiter uid=m1,cn=mitarbeiter,cn=users,ou=s01,dc=ee,dc=rr nicht synchronisiert wird, kann er von dem UMC-Modul auch nicht geöffnet werden. Handelt es sich hier vielleicht eher um ein Replikationsproblem? Eine andere Frage ist, wie kommt ein nicht synchronisierter Mitarbeiter in eine Klasse? Wenn dies über das UMC-Modul "Lehrer Klassen zuordnen" geschehen ist, wäre dies ein Bug im Modul.
Das Modul sollte hier robuster arbeiten.
*** This bug has been marked as a duplicate of bug 18784 ***
OK, ein Duplikat.