A problem exists with the samba_dlz in bind9 on certain distros. It has been observed on CentOS 7, which uses systemd. a 'reload' of named causes dlz_samba.so to be destroyed. This can happen as part of log rotation. the file /etc/logrotate.d/named contatins a "systemctl reload named.service". If this is the case, the user should modify this file to do: "systemctl restart named.service". The user can check for this service by performing "systemctl reload named.service", then doing a "journalctl -e" and looking for a line similar to: "Jan 12 09:58:17 host.example.net named[8331]: samba_dlz: shutting down" indicates that this may be a problem on this server. I think that a clause should be added to https://wiki.samba.org/index.php/BIND9_DLZ_DNS_Back_End to explain this. Assuming that this is not just a problem on systemd, the proper check is to: 1) perform 'rndc reload' 2) examine the syslog or journal, look for "samba_dlz: shutting down" 3) if it happens, examin /etc/logrotate/named and see if a 'reload' needs to be turned into 'restart' 4) restart bind with 'rndc restart'
Okay, https://wiki.samba.org/index.php?title=BIND9_DLZ_DNS_Back_End&oldid=14154 did add a mention that "reload" doesn't work. It failed to mention however the most common source of this reload, /etc/logrotate.d/named.
closing this bug report, the wiki page now has a section on 'reload'