On 15/11/12 15:49, Manson, John wrote:
> The adb grow-names process? does not appear to be related to recursive cache 
> as I cleared cache while monitoring syslog and the counter kept increasing.
> However a reload did start the adb grow-names process anew.
> Both shown below
> 
> .
> .
> .
> Nov 14 15:25:40 local@mercury named[2920]: [ID 873579 daemon.notice] all 
> zones loaded
> Nov 14 15:25:40 local@mercury named[2920]: [ID 873579 daemon.notice] running
> Nov 14 15:27:15 local@mercury named[2920]: [ID 873579 daemon.info] adb: 
> grow_names to 1531 starting
> Nov 14 15:27:15 local@mercury named[2920]: [ID 873579 daemon.info] adb: 
> grow_names finished
> Nov 14 15:28:40 local@mercury named[2920]: [ID 873579 daemon.info] adb: 
> grow_names to 2039 starting
> Nov 14 15:28:40 local@mercury named[2920]: [ID 873579 daemon.info] adb: 
> grow_names finished
> Nov 14 15:30:27 local@mercury named[2920]: [ID 873579 daemon.info] adb: 
> grow_names to 3067 starting
> Nov 14 15:30:27 local@mercury named[2920]: [ID 873579 daemon.info] adb: 
> grow_names finished
> Nov 14 15:32:38 local@mercury named[2920]: [ID 873579 daemon.info] received 
> control channel command 'flush'
> Nov 14 15:32:38 local@mercury named[2920]: [ID 873579 daemon.info] flushing 
> caches in all views succeeded
> Nov 14 15:40:43 local@mercury named[2920]: [ID 873579 daemon.info] adb: 
> grow_names to 4093 starting
> Nov 14 15:40:43 local@mercury named[2920]: [ID 873579 daemon.info] adb: 
> grow_names finished
> Nov 14 15:46:41 local@mercury named[2920]: [ID 873579 daemon.info] adb: 
> grow_names to 6143 starting
> Nov 14 15:46:41 local@mercury named[2920]: [ID 873579 daemon.info] adb: 
> grow_names finished
> Nov 14 16:01:11 local@mercury named[2920]: [ID 873579 daemon.info] adb: 
> grow_names to 8191 starting
> Nov 14 16:01:12 local@mercury named[2920]: [ID 873579 daemon.info] adb: 
> grow_names finished
> 

Hope this helps:

https://kb.isc.org/article/AA-00548/30/Why-is-BIND-logging-adb%3A-grow_entries-to-and-adb%3A-grow_names-to-.html

(And we've not had any reports of any performance problems during the
resizing).

_______________________________________________
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe 
from this list

bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users

Reply via email to