OT? Help... although might be OT with BIND...

Re: OT? Help... although might be OT with BIND...

From:

Date:

Time:

On the Linux command line, type the following command:

ps ax | grep named

This will show you every running process whose command line includes
the string 'named'. For example, on my Mac OS X machine, the result
is:

217 ?? Ss 0:00.58 /usr/sbin/named
458 std S+ 0:00.00 grep named

The first is Bind. The second is the grep command used in the
compound command I typed in.

On your Red Hat system, though, that first one is likely to have the
following command in place of '/usr/sbin/named':

named -u named

If it says that, then you most likely have a permissions problem.
Follow the instructions listed here:
<http://www.menandmice.com/qdns/qdnsenvironment.html>

Note that steps 1 and 4 have already been done for you (the default
behavior of Red Hat 7.1), so you just need to perform steps 2 and 3.
____________________________________________________________________
Chris Buxton Men & Mice
cbuxton@menandmice.com We Make DNS Easy!

At 10:28 AM +0100 9/7/01, QuickDNS_Talk wrote:
>Help....
>
>QDNS 3.5 under Redhat 7.1/bind 8.2.3 : bind (named) crashes ?
>
>I've just upgraded from using QDNS 3.5 on MacOS to running under
>Redhat7.1/bind 8.2.3. The upgrade went smoothly - I just did the
>Export/Import thinggy with QDNS Manager and bingo, had a new DNS server. I
>shutdown the old MacOS box, shuffled the new box's IP to match the
>original box's IP, and away I went...
>
>...for about ten minutes. Then it went pear-shaped.
>
>I restarted named on the server and it sprang to life. Ten minutes or so
>later, it happened again. A restart of named cured it again. Then again...
>etc...
>
>The log reports the following:
>
>---
>07-Sep-2001 10:18:33.965 default: notice: reloading nameserver
>07-Sep-2001 10:18:33.966 parser: error: /etc/named.conf:7: couldn't open
>include file '/var/named/conf/options'
>07-Sep-2001 10:18:33.966 parser: error: In '/var/named/conf/user_after'
>line 10
>07-Sep-2001 10:18:33.967 parser: error: included from '/etc/named.conf'
>line 8
>07-Sep-2001 10:18:33.967 parser: error: /var/named/conf/user_after:10: no
>options statement before first zone; using previous/default
>07-Sep-2001 10:18:33.967 load: warning: db_load could not open:
>conf/root.hint: Permission denied
>07-Sep-2001 10:18:33.970 parser: error: /etc/named.conf:9: couldn't open
>include file '/var/named/conf/zones'
>07-Sep-2001 10:18:33.972 config: warning: re-establishing default options
>07-Sep-2001 10:18:33.972 config: error: couldn't create pid file
>'/var/run/named.pid'
>07-Sep-2001 10:18:33.972 default: info: Forwarding source address is
>[0.0.0.0].32804
>
>---
>
>Then it starts logging lines like the following, one for each domain we
>host (I've substituted 'somedomain.com'):
>
>---
>07-Sep-2001 10:18:33.972 config: notice: master zone "somedomain.com" (IN)
>removed
>
>---
>
>What is going on?
>
>I'm assuming this is a BIND problem on my server, rather than a QDNS
>problem... so is technically OT for this list... but anyone any ideas?
>
>(Be gentle, I'm new(ish) to BIND...)
>
>Luckily, our secondary is running under OS X and is stable, so user's
>aren't affected dramatically when the new one keels over... but I need to
>find a fix obviously asap...
>
>Regards,
>
>SB
>
>
>
>
>Scott Bartlett (scott@bta.com)
>BTA Limited
>100 High Street Wandsworth
>London SW18 4LA
>United Kingdom
>Tel:020 8871 4240 Fax:020 8871 4584
>http://www.bta.com
>
>Network Consultancy and Support for Windows 9x/NT and MacOS.
>Internet connectivity, solutions, and business services.

Sales:
888/4-DPOINT

Support:
858/452-3696