Search Again:

Re: QDNS still crashing

From: Mia''s Virtual Post Office
Date: Wednesday, December 20, 2000
Time: 4:18:13 pm

andrew said:

>all the crashing I experienced with 3.0 was due to corrupt zone files...
>IMHO it would be the first place to look...are you logging everything, and,
>if so, what's the last event before QDNS quits?

The last thing it shows is:

Dec 20 16:39:57 Failed to lookup SOA info for domain
"246.146.208.in-addr.arpa."
Dec 20 16:39:57 Failed to lookup SOA info for domain
"247.146.208.in-addr.arpa."

Why it can't look up the SOA is another can of worms that I could care
less about at the moment..

In any event, what it was doing just prior to this is transfer zones to
the secondary (which is running QDNS 3.0.)

Maybee QDNS just cannot handle the load of both zone transfers and
recursive queries? One other thing we did that I forgot to mention on my
list of 1-6, was to change all our RAS(Portmasters) DNS for primary to
one of our other Secondaries, so that all of our dialup customers
recursive queries would be directed to the secondary first. I did this
to one, reduce the load on the primary, and two, to make sure users could
still find their way through the net if the primary blew up... BTW, that
secondary did crash about 8 hours after doing this...
>
>Actually, some of the crashing had to do with bad RAM, but it was the RAM
>that was corrupting the zone files.

Yeah, I would concur normaly, but I have used three different machines
here.. Unlikely that all three have bad RAM. Especially since all three
can seem to run any other app without a prolbem.
>
>You could set the refresh on each zone, one at a time, to a very low number
>and watch the logs (in detail mode) to see if other servers repeatedly
>querying that zone crash it...what servers are providing secondary to this
>one, and for which zones? The secondaries will probably hitting the corrupt
>zone more often than everybody else.

We have a total of 5 secondaries hitting this box. Again, I just
hypothicize that perhaps QDNS cannot handle the load, however I have been
told differently not only by the vendor, but by anyone I talk to, that
zone transfers are not capable of crashing/flooding DNS server.
>
>You said it would take two days to recreate the zone files by hand...how
>many are you talking about?

900+ Not to mention about 13 or so class C's, various PTR's and place
holders.. It is not as bad as it was.. We used to have about 3000 on this
box, but have since spread the load to other DNS servers on our network.

jer
www.hostdrive.com
Colocate Your G4 Cube at cubelocation.com


NetZero = What this company will "NET" --- "ZERO"





Messages In This Thread:



Return to Digital Point Solutions' Home Page