Red Hat Bugzilla – Bug 189186
RPM scripts call /etc/rc.d/init.d/named directly
Last modified: 2013-04-30 19:33:16 EDT
I hope I can persuade you of the problem here; after the bind update released
today, I found environment leaks in the running named.
The reason (I think) is the way that the scripts use:
/etc/rc.d/init.d/named condrestart >/dev/null 2>&1 || :
which bypasses the env-scrubbing behaviour of /sbin/service. This is bad, not
for any bind-specific effects I can put my finger on, but for the principle that
a daemon should *always* start in a consistent manner, irrespective of the "yum
update" it was restarted under or the user's particular locale.
In an unscientific survey, I count 32 uses of /sbin/service vs 8 calls with
/etc/init.d on the installed packages of my FC4 box.
Please consider using /sbin/service instead of /etc/rc.d/init/ in the RPM script.
This bug is now fixed with bind-9.3.2-20.FC5, soon to be released to
FC-5 Updates / Testing.
bind-9.3.2-20.FC5 has been pushed for fc5, which should resolve this issue. If these problems are still present in this version, then please make note of it in this bug report.
Looks like fixed. If still exists, please reopen.