Bug 8888 - After upgrade to latest BIND version and subsequent re-boot named not started
Summary: After upgrade to latest BIND version and subsequent re-boot named not started
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: bind
Version: 6.0
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Bernhard Rosenkraenzer
QA Contact:
URL: http://www.deja.com/viewthread.xp?AN=...
Depends On:
TreeView+ depends on / blocked
Reported: 2000-01-26 09:13 UTC by Andrei Ivanov
Modified: 2008-05-01 15:37 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2000-01-27 11:44:57 UTC

Attachments (Terms of Use)

Description Andrei Ivanov 2000-01-26 09:13:03 UTC
I've found this question in comp.protocols.dns.bind newsgroup
and when checked my own linux box discovered, that corresponding S* files
really disappeared from /etc/rc.d/rc[3-5].d directories. Checked original
and latest updates RPMs (both for sparc and intel) and send the following
to the newsgroup mentioned (now it's forwarded to moderator for approval).
Hope this helps a bit.

Date: Wed, 26 Jan 2000 08:55:30 GMT
From: Andrei Ivanov <iva.lv>
To: comp-protocols-dns-bind.org
Newsgroups: comp.protocols.dns.bind
Subject: Re: named won't start at boot - Redhat

In article <OSoj4.58$FS.20657.qc.ca>,
  "Liang Ma" <Liang.Ma.ca.NO_SPAM> wrote:
> Try "ln -s ../init.d/named S45named" in /etc/rc.d/rc3.d.
> I don't know if this is the right way, but it works with my
> Red Hat 6.1

Oops! Checked my RH60 box and found that S55named script really
diappeared after upgrade. The following run control scripts were
installed during initial installation:

 $ rpm -qlp redhat-6.0/i386/RedHat/RPMS/bind-8.2-6.i386.rpm | grep /etc

But newest version of BIND rpm does not provide S* scripts:

 $ rpm -qlp updates/redhat-6.0/i386/bind-8.2.2_P3-1.i386.rpm | grep /etc

So, after upgrade it's necessary to create symbolic links in rc[345].d
directories manually.


Comment 1 Bernhard Rosenkraenzer 2000-01-27 11:44:59 UTC
This is intentional. We disable all network services by default until someone
turns them on.

chkconfig --levels 35 named on

is probably what you're looking for.
Alternatively, use some graphical tool that does the same thing, like ntsysv or

Comment 2 Andrei Ivanov 2000-01-27 14:14:59 UTC
Any ascii/graphical tool should be used during initial installation. Upgrade
of the package on running system is a bit different case. It would be wise to
check current state (in preinstall script (I'm not very familiar with RPM
intrinsics, but hope that you have smth appropriate)) and restore the same
state right after package upgrade automatically. For example, I last rebooted
the linux box about a week _before_ RH provided new version of BIND, and only
occasionally discovered, that after next re-boot I would go w/out one of my
services :-(

Note You need to log in before you can comment on or make changes to this bug.