Ein DC Slave 2.4-1/2 wurde per univention-system-setup umbenannt. Dabei wurde festgestellt, dass die Gruppenmitgliedschaften (uniqueMember, memberUid) auf dem Master nicht aktualisiert wurden. Allerdings wurde das Slaveobjekt korrekt umbenannt.
Dieser Fehler tritt auch auf einem Master (UCS 2.4-2) auf. Das Rechnerobjekt wurde korrekt umbenannt, aber die Gruppenmitgliedschaft (z.B. in DC Backup Hosts) lautet weiterhin auf die alte DN und den alten FQDN.
Die Gruppenbehandlung für den Fall, dass der Rechnername geändert wird, wurde jetzt nachgepflegt. Changelogeintrag wurde vorgenommen Paket univention-directory-manager-modules wurde neu gebaut @QA: Am besten zusammen mit Bug 21878 durchtesten. Bei der QA sollten mehrere Fälle durchgespielt werden: - mit allen Systemrollen testen - pro Systemrolle ein Rechnerobjekt ohne DNS-Einträge und ohne DHCP-Eintrag - pro Systemrolle ein Rechnerobjekt mit DNS-Einträgen und mit DHCP-Eintrag eval "$(ucr shell)" udm groups/group create --position cn=groups,$ldap_base \ --set name=grp1 udm computers/domaincontroller_slave create \ --position "cn=computers,$ldap_base" \ --set name="testslave1" udm groups/group modify \ --dn "cn=grp1,cn=groups,$ldap_base" \ --set name=grp1 \ --append hosts=cn=testslave1,cn=computers,$ldap_base udm computers/domaincontroller_slave modify \ --dn "cn=testslave1,cn=computers,$ldap_base" \ --set name="neuername1"
Eine automatische Korrektur der Gruppenmitgliedschaften setzt voraus, dass der alte Name des jeweiligen Rechnerobjektes bekannt ist. Daher wurde dies nicht umgesetzt.
Created attachment 3409 [details] rename computer test script Funktioniert ein Testscript (siehe Anhang) hat für alle Systemrollen (außer thinclient, ipmanagedclient und windows, die nicht umbenannt werden dürfen) folgendes getestet: * Rechner anlegen * Gruppe anlegen * Rechner in Gruppe aufnehmen * Computer umbenennen * Ist uniqueMember und memberuid an der primären Gruppe des Rechners richtig (neuer Name)? * Ist uniqueMember und memberuid an der angelegten Gruppe richtig? * Gibt es im LDAP noch irgendwo den alten Namen (außer Attribut krb5PrincipalName am Objekt, das nicht geändert wird) In einem zweiten Durchlauf wird beim Anlegen des Rechners ein DNS (Forward, Reverse) Objekt und eine DHCP Objekt angelegt. Nach der Umbenennung des Rechners wurde zusätzlich zu oben noch folgendes getestet: * Gibt es ein dns/host_record Objekt mit dem neuen Namen? * Gibt es ein dns/ptr_record Objekt mit dem neuen Namen? * Gibt es ein dhcp/host Objekt mit dem neuen Namen?
Changelog Eintrag vorhanden.
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".