Bug 16618 - Löschen und Wiederanlegen einer DNS-Zone ohne Wirkung
Summary: Löschen und Wiederanlegen einer DNS-Zone ohne Wirkung
Status: CLOSED FIXED
Alias: None
Product: UCS
Classification: Unclassified
Component: LDAP
Version: UCS 2.3
Hardware: Other Linux
: P5 normal
Target Milestone: UCS 2.3-1
Assignee: Arvid Requate
QA Contact: Philipp Hahn
URL:
Keywords:
Depends on: 16098
Blocks:
  Show dependency treegraph
 
Reported: 2009-11-27 13:46 CET by Philipp Hahn
Modified: 2010-02-18 14:37 CET (History)
1 user (show)

See Also:
What kind of report is it?: ---
What type of bug is this?: ---
Who will be affected by this bug?: ---
How will those affected feel about the bug?: ---
User Pain:
Enterprise Customer affected?:
School Customer affected?:
ISV affected?:
Waiting Support:
Flags outvoted (downgraded) after PO Review:
Ticket number:
Bug group (optional):
Customer ID:
Max CVSS v3 score:


Attachments
Log (5.34 KB, text/plain)
2009-11-27 13:46 CET, Philipp Hahn
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Philipp Hahn univentionstaff 2009-11-27 13:46:25 CET
Created attachment 2071 [details]
Log

Beim schreiben eines Sktiptes für den DNS-Produkt-Tests trat das Problem auf,
daß nach dem Löschen und Wieder-anlegen einer Zone das Listener-Skript für DNS
nicht triggert und alle Einträge für die neue Zone unter /etc/bind/ fehlen:

1. 'Forward-Zone' anlegen mit einem neuen unbenutzen Namen
2. Zone löschen
3. Zone mit gleichem Namen nochmals anlegen

Beim zweiten Anlegen wird der handler()-Funktion in old die alte(bereits
gelöschte!) Version übergeben, so daß sowohl new alsauch old beide gesetzt sind
und deswegen weder new_zone() noch remove_zone() aufgerufen werden.

Zum Nachstellen
# ggf. in /usr/lib/univention-directory-listener/system/bind.py:50 in der
Funktion handler(dn,old.new) eine Debug-Meldung für die Parameter einbauen

$ udm dns/forward_zone create --position cn=dns,dc=univention,dc=test --set
zone=dnszone1.test --set nameserver=10.200.17.17
$ sleep 20;grep dnszone1 /etc/bind/univention.conf
include "/etc/bind/univention.conf.d/dnszone1.test";

$ udm dns/forward_zone remove --dn
zoneName=dnszone1.test,cn=dns,dc=univention,dc=test
$ sleep 20;grep dnszone1 /etc/bind/univention.conf

$ udm dns/forward_zone create --position cn=dns,dc=univention,dc=test --set
zone=dnszone1.test --set nameserver=10.200.17.17
$ sleep 20;grep dnszone1 /etc/bind/univention.conf
Comment 1 Stefan Gohmann univentionstaff 2009-12-15 06:43:38 CET
Scheinbar werden die alten Daten nicht aus dem Listener Cache gelöscht. Ich denke das sollte zusammen mit Bug #16098 betrachtet werden.
Comment 2 Arvid Requate univentionstaff 2010-01-11 14:34:48 CET
Das Verhalten konnte ich weder mit univention-directory-listener aus UCS 2.3-0 noch mit der angepassten Version aus Bug 16098 nachstellen.
Comment 3 Arvid Requate univentionstaff 2010-01-11 15:59:53 CET
Nochmal getestet mit UCS-Test: Der Bug existiert, wenn eine Zone pre-UCS 2.2-2 angelegt wurde und dann irgendwann (pre UCS 2.3-1) gelöscht wurde. Gefixed durch Anpassung für Bug #16098. Changelog angepasst.

dns:   master:   recreate zones (Bug #16618)                          Bug fixed (unexpectedly)
Comment 4 Philipp Hahn univentionstaff 2010-01-25 12:23:59 CET
Bug ist nicht mehr mit den Paketen für UCS_2.3-1 reproduzierbar.
ChangeLog-Eintrag ist vorhanden.

ucs-test/scripts-20_dns/00basic20same-zone habe ich eben noch angepasst.
Comment 5 Arvid Requate univentionstaff 2010-02-18 14:33:16 CET
UCS 2.3-1 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".