Univention Bugzilla – Bug 26379
univention-s4-position-sync verschiebt nicht alle DCs
Last modified: 2016-10-11 08:02:17 CEST
Das Skript univention-s4-position-sync verschiebt auch die DC-Objekte aus dem S4-Standardcontainer an die Postion aus UCS, als cn=dc,cn=computers,$ldap_base.
(In reply to comment #0) > Das Skript univention-s4-position-sync verschiebt auch die DC-Objekte aus dem > S4-Standardcontainer an die Postion aus UCS, als cn=dc,cn=computers,$ldap_base. Ich konnte das in meiner Testumgebung nicht direkt reproduzieren. Wo lagen die Objekte vorher? Und wurden diese durch den Connector korrekt synchronisiert? Hast du den Log-Output noch? Ich habe zwei DC Slaves, einer liegt unter cn=dc,cn=computers und einer unter cn=computers. Nur der unter cn=computers soll auch auf S4 Seite verschoben werden: UCS: cn=master851,cn=dc,cn=computers,dc=deadlock85,dc=deadlock,dc=dead,dc=local UCS: cn=master851-3,cn=computers,dc=deadlock85,dc=deadlock,dc=dead,dc=local RENAME: cn=master851-3,ou=domain controllers,dc=deadlock85,dc=deadlock,dc=dead,dc=local to cn=master851-3,cn=computers,DC=DEADLOCK85,DC=DEADLOCK,DC=DEAD,DC=LOCAL UCS: cn=master851-4,cn=dc,cn=computers,dc=deadlock85,dc=deadlock,dc=dead,dc=local
Wenn ich es richtig verstanden habe, dann dürfen DC ComputerObjekte nach dem Update von S3 nach S4 durch univention-s4-position-sync nicht aus dem S4 Standardcontainer weggeschoben werden. Das klappt auch für UCS Master, Slave und Backup, jedoch nicht für Windows DC's. # UCS LDAP -> univention-ldapsearch -LLL -b ou=ou1,$(ucr get ldap/base) dn dn: ou=ou1,dc=i386,dc=de dn: cn=ou1slave,ou=ou1,dc=i386,dc=de dn: cn=ou1backup,ou=ou1,dc=i386,dc=de dn: cn=ou1windc,ou=ou1,dc=i386,dc=de # S4 -> univention-s4search -b ou="domain controllers,dc=i386,dc=de" dn dn: OU=Domain Controllers,DC=i386,DC=de dn: CN=ou1slave,OU=Domain Controllers,DC=i386,DC=de dn: CN=ou1windc,OU=Domain Controllers,DC=i386,DC=de dn: CN=ou1backup,OU=Domain Controllers,DC=i386,DC=de dn: CN=RID Set,CN=MASTER,OU=Domain Controllers,DC=i386,DC=de dn: CN=MASTER,OU=Domain Controllers,DC=i386,DC=de -> /usr/share/univention-s4-connector/univention-s4-position-sync --dry-run Option --dry-run given, checking only: RENAME: cn=ou1windc,ou=domain controllers,dc=i386,dc=de to cn=ou1windc,ou=ou1,DC=I386,DC=DE
Ich habe nochmal getestet (alle Rechner haben ein passwort bekommen): UCS 3.0-2 mit samba3 -> univention-ldapsearch -LLL objectClass=univentionHost dn dn: cn=master,cn=dc,cn=computers,dc=i386,dc=de dn: cn=ou1slave,ou=ou1,dc=i386,dc=de dn: cn=ou1backup,ou=ou1,dc=i386,dc=de dn: cn=ou1windc,ou=ou1,dc=i386,dc=de dn: cn=stbackup,cn=dc,cn=computers,dc=i386,dc=de dn: cn=stslave,cn=dc,cn=computers,dc=i386,dc=de dn: cn=stwindc,cn=dc,cn=computers,dc=i386,dc=de Nach Update auf Samba4 liegen alle Rechner in S4 im Standardcontainer: -> univention-s4search objectClass=computer dn| grep ^dn dn: CN=ou1backup,OU=Domain Controllers,DC=i386,DC=de dn: CN=ou1slave,OU=Domain Controllers,DC=i386,DC=de dn: CN=ou1windc,OU=Domain Controllers,DC=i386,DC=de dn: CN=stbackup,OU=Domain Controllers,DC=i386,DC=de dn: CN=stslave,OU=Domain Controllers,DC=i386,DC=de dn: CN=stwindc,OU=Domain Controllers,DC=i386,DC=de dn: CN=MASTER,OU=Domain Controllers,DC=i386,DC=de univention-s4-position-sync will dann den windc aus der OU in S4 verschieben, die anderen nicht. -> /usr/share/univention-s4-connector/univention-s4-position-sync --dry-run Option --dry-run given, checking only: RENAME: cn=ou1windc,ou=domain controllers,dc=i386,dc=de to cn=ou1windc,ou=ou1,DC=I386,DC=DE
Da war meine Info nicht ganz korrekt, ein Passwort reicht nicht, sondern es werden nur S4 Systeme verschoben / synchronisiert, der Match Filter aus dem connector: (|(&(objectClass=univentionDomainController)(univentionService=Samba 4))(objectClass=computer)(univentionServerRole=windows_domaincontroller)) Das eigentliche Problem ist dann, dass die UCS Systeme,die nicht S4 sind, übernommen wurden. Alternativ könnte man auch einfach den Match Filter überschreiben. -> Die Anpassung nicht zur 3.0-2.
This issue has been filed against UCS 3.0. UCS 3.0 is out of maintenance and many UCS components have vastly changed in later releases. Thus, this issue is now being closed. If this issue still occurs in newer UCS versions, please reopen.