Hi
We are running bind-4.9.3-REL-P1 as a secondary server on an
Intel-P120-64M running Solaris-x86 2.5 . She was doing great until
recently it started to core dump when loading the database from the
main server.
Today it died but we could not restart it and system had to be rebooted
to make named work. We got the following error when we tried to start named:
Jun 6 16:59:55 CS.Stanford.EDU named[119]: Lame server on 'right.net' (in 'right.NET'?):
[198.70.36.70].53 'NS1.IQUEST.NET': learnt (A=192.5.5.241,NS=192.5.5.241)
Jun 6 17:01:18 CS.Stanford.EDU named[119]: make_rr: impossible d_rcode value - ABORT
Jun 6 17:49:40 CS.Stanford.EDU named[11624]: starting. named 4.9.3-P1 Wed Feb 28 19:26:5
5 PST 1996
Jun 6 17:49:40 CS.Stanford.EDU far...@mule.Stanford.EDU:/usr/local/src/bind-4.9.3-REL-P1
/named
Jun 6 17:49:58 CS.Stanford.EDU named[11640]: Ready to answer queries.
Jun 6 17:50:02 CS.Stanford.EDU named[11640]: ns_req: no address for root server
Jun 6 17:50:02 CS.Stanford.EDU named[11640]: ns_req: no address for root server
Jun 6 17:50:02 CS.Stanford.EDU named[11640]: ns_req: no address for root server
Jun 6 17:50:03 CS.Stanford.EDU named[11640]: ns_req: no address for root server
... 5000 lines....
Any clues? Thanks
+---------------------------------------------------------------+
/ Farhad Shakeri EMAIL: far...@CS.Stanford.EDU /
/ Systems Programmer /
/ Stanford University Phone: (415) 7 2 3 - 0 0 0 9 /
/ Computer Science Department Fax: (415) 725-7411 /
/ World Wide Web: http://Tehran.Stanford.EDU/info/farhad.html /
+---------------------------------------------------------------+
Hmn. I've never seen that before. Could this possibly a hardware problem.
I suspect you're hardware doesn't have memory parity checking, so a stray
alpha particle could flip a bit ...
} Jun 6 17:49:40 CS.Stanford.EDU named[11624]: starting. named 4.9.3-P1 Wed Feb 28 19:26:5
} 5 PST 1996
} Jun 6 17:49:40 CS.Stanford.EDU far...@mule.Stanford.EDU:/usr/local/src/bind-4.9.3-REL-P1
} /named
} Jun 6 17:49:58 CS.Stanford.EDU named[11640]: Ready to answer queries.
} Jun 6 17:50:02 CS.Stanford.EDU named[11640]: ns_req: no address for root server
} Jun 6 17:50:02 CS.Stanford.EDU named[11640]: ns_req: no address for root server
} Jun 6 17:50:02 CS.Stanford.EDU named[11640]: ns_req: no address for root server
} Jun 6 17:50:03 CS.Stanford.EDU named[11640]: ns_req: no address for root server
} ... 5000 lines....
You probably got bit by the glitch that B.ROOT-SERVERS.NET experienced
last night. I saw the same thing when I cranked up 4.9.3-T4B. I don't
think it will ever recover from this state (well maybe in a week when
the root NS RRs time out). It probably started working when you rebooted
because either B.ROOT-SERVERS.NET was working correctly or your server
picked another root server to query.
--- Truck
There are also some problems that are addressed by BIND-4.9.4
BETA that could cause the initial problems.
Mark
--
Mark Andrews, CSIRO Div Maths & Stats
Locked Bag 17, North Ryde, NSW 2113, Australia.
PHONE: +61 2 325 3148 INTERNET: ma...@syd.dms.csiro.au
MOBIL: +61 41 942 9884 UUCP:....!uunet!syd.dms.csiro.au!marka