+++ This bug was initially created as a clone of Bug #169416 +++ Description of problem: The init script /etc/init.d/named insists on ${ROOTDIR}/etc/named.conf being present, although this could have been overridden by the OPTIONS variable in /etc/sysconfig/named (for instance, one may say -c /etc/myownbind/named.conf). Version-Release number of selected component (if applicable): bind-9.2.4-2 How reproducible: Always. Steps to Reproduce: 1. Move /etc/named.conf somewhere else. 2. Adjust /etc/sysconfig/named to have OPTIONS="-c /the/other/named.conf" 3. Attempt to start named. Actual results: Bind won't start because /etc/named.conf isn't there. Expected results: The script should take into account the -c option and check for that file instead. Additional info: N/A -- Additional comment from jvdias on 2005-09-28 10:53 EST -- Created an attachment (id=119370) /etc/init.d/named Here's the named initscript to fix this issue : # cp named.init /etc/init.d/named # chown root:root /etc/init.d/named # chmod 750 /etc/init.d/named -- Additional comment from jvdias on 2005-09-28 10:55 EST -- The /etc/init.d/named script that fixes this issue is attached above . It will be included in the next bind release for RHEL-4 (bind-9.2.4-11+) in RHEL-4-U3. You can get the latest BIND release for RHEL-4 from: http://people.redhat.com/~jvdias/BIND/RHEL-4 -- Additional comment from bojan on 2005-09-28 18:38 EST -- Thanks. That was quick :-) I can only see the i386 RPMS there. Can we have the SRPMS uploaded so we can build x84_64 version ourselves? -- Additional comment from jvdias on 2005-09-29 11:43 EST -- In reply to Comment #3: Sorry, some files were mistakenly removed from the web server due to quota issues. There are now these versions of BIND for RHEL-4 available: http://people.redhat.com/~jvdias/BIND/RHEL-4/9.2.4-10_EL4 likely to be the next version in RHEL-4-U3, this has all serious ISC BIND 9.2.5 bug fixes backported http://people.redhat.com/~jvdias/BIND/RHEL-4/9.3.1-4_EL4 This is ISC BIND 9.3.1, with many new features over 9.2.4 , which we cannot submit to RHEL-4. NOTE: this particular bug is not fixed in either of the above releases - you'd still need to use the /etc/init.d/named script attached to this bug report to fix this issue. The fixed initscript will be submitted to bind-9.2.4-11+_EL4 / bind-9.3.1-5+_EL4 and made available on the same http://people.redhat.com/~jvdias/BIND/RHEL-4/ website shortly, and should be in RHEL-4-U3. -- Additional comment from bojan on 2005-09-29 16:31 EST -- Thank you very much for your help! I will get those SRPMS and the init script and roll our own from it. BTW, I'm sure you mean RHEL-4-U2, not RHEL-4-U3... -- Additional comment from jvdias on 2005-09-29 16:39 EST -- The binary RPMs for all platforms are built on our buildservers and available at the above location - you do not need to 'roll your own'. Use the init script attached to this bug report for any BIND version. Yes, I did mean RHEL-4-U3 - RHEL-4-U2 does not have any BIND update. -- Additional comment from bojan on 2005-09-29 16:44 EST -- But if I want to have a clean RPM that doesn't need any external file copying and includes that init script, I will need to roll my own. That's what I was referring to. Get the U2 v. U3 thing. I guess U2 has already been cut, so these come too late. That's cool. -- Additional comment from bojan on 2005-10-07 01:14 EST -- Looks good here.
This is fixed with bind-9.2.4-10_EL3, RHBA-2005:804 .
This issue is on Red Hat Engineering's list of planned work items for the upcoming Red Hat Enterprise Linux 3.8 release. Engineering resources have been assigned and barring unforeseen circumstances, Red Hat intends to include this item in the 3.8 release.
This issue is on Red Hat Engineering's list of planned work items for the upcoming Red Hat Enterprise Linux 4.4 release. Engineering resources have been assigned and barring unforeseen circumstances, Red Hat intends to include this item in the 4.4 release.
An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on the solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHBA-2006-0287.html