"rndc reconfig" vs. "rndc reload"

Jonathan Vomacka juvix88 at gmail.com
Fri Mar 16 09:49:14 UTC 2012

On 3/16/2012 4:10 AM, Mark Pettit wrote:
> I've read carefully through the BIND ARM and am still not sure of the answer to this, so I figured I'd ask on here.
> "rndc reconfig" causes BIND to re-load its config file, but unlike "rndc reload", BIND will not scan the zone files it's mastering to see if there have been any updates.  This is very useful in our situation because most of our name servers have tens of thousands of zones.
> We have an antiquated push process that copies files into the zonefile directory and then tells BIND "rndc reload".  For various reasons, "rndc reload" takes about 120 seconds to complete.  BIND is not answering queries for a very large part of that time.
> I recently started experimenting with a different process: instead of "rndc reload" after updaing some of the zone files, I loop through the list of updated zone files and run "rndc reload<zone>" for each one.
> This is a vast improvement, because BIND doesn't appear to ever stop answering queries.
> However, I'm curious what I should do when an update contains both a new config file and new zone files.
> Normally a "rndc reload" would rescan the config and then scan all zone files (including the new ones), loading the new ones into memory and starting to serve them.  But obviously we want to avoid "rndc reload" at all costs.
> I was considering doing "rndc reconfig", followed by a "rndc reload<zone>" for each of the new zones.
> Would this work?
> _______________________________________________
> Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list
> bind-users mailing list
> bind-users at lists.isc.org
> https://lists.isc.org/mailman/listinfo/bind-users

an rndc reload is usually for an individual zone file. If you update a 
zone (and change the serial number) a reload will implement the new 

a reconfig will check the BIND config file (named.conf) where you would 
configure the software to add new zones like "include 
/var/namedb/com/<yourdomain>/db.yourdomain.com" or something to that effect.

More information about the bind-users mailing list