Univention Bugzilla – Bug 27517
bind9 mit LDAP Backend wird beim Passwortwechsel nicht neugestartet
Last modified: 2012-07-20 15:24:52 CEST
Berichtet an Ticket#: 2012060621001237 Wenn die UCR Variable dns/backend auf ldap steht wird bind9 beim Passwortwechsel beendet und soll daraufhin neu gestartet werden. Dies passiert nicht wenn das Skript /usr/lib/univention-server/server_password_change.d/univention-bind mit dem Parameter "nochange" aufgerufen wird, da nur "prechange" und "postchange" ausgewertet werden. Ausschnitt aus /var/log/univention/server_password_change.log Unsetting mail/postfix/stoppedbyserverpasswordchange run-parts: executing /usr/lib/univention-server/server_password_change.d/univention-bind nochange run-parts: executing /usr/lib/univention-server/server_password_change.d/univention-nscd nochange failed to change server password for ... Siehe auch: http://forum.univention.de/viewtopic.php?f=48&t=1861&p=6512
Wie oben beschrieben, fehlte dem script /usr/lib/univention-server/server_password_change.d/univention-bind die Auswertung von "nochange". Ich habe die Auswertung von "nochange" eingebaut, damit auch im Falle "nochange" der bind9 wieder gestartet wird. Das geänderte script habe ich im Paket univention-bind für 3.0-2 gebaut und mein Zielsystem damit aktualisiert. Auf dem Zielsystem verlief das Testen von "prechange", "nochange" und "postchange" wie erwartet. Im changelog des Handbuchs habe ich diese Änderung im Abschnitt "DNS" des Kapitels "System services" eingetragen.
OK -> /usr/lib/univention-server/server_password_change.d/univention-bind prechange Stopping bind9 daemon: . done. -> /usr/lib/univention-server/server_password_change.d/univention-bind nochange Starting bind9 daemon:. done. bzw, -> /usr/lib/univention-server/server_password_change.d/univention-bind postchange Starting bind9 daemon:. done. (> /dev/null beim Start/Stop von bind habe ich für den Test entfernt) Changelog Eintrag vorhanden.
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".