Univention Bugzilla – Bug 16789
backup2master entfernt Reverse-Zonen-Eintrag vom Master nicht
Last modified: 2012-07-20 15:24:19 CEST
backup2master entfernt Reverse-Zonen-Eintrag vom Master nicht, darum schlägt der Join eines neuen Backup mit der IP des vorherigen Masters fehl. Wird das Objekt gelöscht, ist der join erfolgreich.
Wegen Bug #5774 habe ich einige Probleme von backup2master reproduziert. Dabei fiel auf, dass im LDAP u.a. folgender Eintrag nicht korrekt geändert wird. Stefan sagte mir, ich soll das Problem in diesem Bug hier kurz eintragen. # 29.200.10.in-addr.arpa, dns, jkahrs.dev dn: zoneName=29.200.10.in-addr.arpa,cn=dns,dc=jkahrs,dc=dev nSRecord: ucs30-64-dc-bug-5774.jkahrs.dev. sOARecord: ucs30-64-dc-bug-5774.jkahrs.dev. root.jkahrs.dev. 4 28800 7200 6048 Der alte master heißt bei mir ucs30-64-dc-bug-5774.jkahrs.dev und wurde nicht modifiziert.
Ich habe das script backup2master so geändert, dass es eine interaktive Änderung vorschlägt, falls in module dns/reverse_zone noch eine Referenz auf den alten master vorkommt. Es bleibt der handelnden Person überlassen, ob sie diesen Eintrag löschen möchte (wie von Janek vorgeschlagen) oder nicht. Nach dem Test war im LDAP unter dns/reverse_zone keine Referenz auf den alten master mehr vorhanden. Ich habe diese Änderung im changelog eingetragen.
Ok, bei einem B2M wurde der der Host Record des alten Masters aus der Forward Zone entfernt, ebenso der PTR-Record aus der Reverse Zone.
UCS 3.0-2 has been released: http://forum.univention.de/viewtopic.php?f=54&t=1905 If this error occurs again, please use "Clone This Bug".