Forum Discussion

Jason_Keating's avatar
Jason_Keating
Icon for Altostratus rankAltostratus
Aug 20, 2014

Why is named/zrd (named.log) reloading all the time ?

Hi,

Anyone have any idea why my zrd (Zonerunner on 11.5.1) is reloading all the time ? it's frequent but not regular (2 seconds, 2 minutes, 43 seconds .. could be anything) - I can't see anything in /var/log/gtm, audit or any other logs that suggest why it's happening. It's possibly 'normal' however my 11.2.1 box does not do this.

I'll open a case if needed but thought I'd check here first in case it is normal.

Heres a sample of named.log ..

20-Aug-2014 17:16:19.587 general: info: received control channel command 'reload'
20-Aug-2014 17:16:19.587 general: info: loading configuration from '/config/named.conf'
20-Aug-2014 17:16:19.593 general: info: reading built-in trusted keys from file '/config/bind.keys'
20-Aug-2014 17:16:19.594 general: info: using default UDP/IPv4 port range: [1024, 65535]
20-Aug-2014 17:16:19.594 general: info: using default UDP/IPv6 port range: [1024, 65535]
20-Aug-2014 17:16:19.595 general: info: sizing zone task pool based on 181 zones
20-Aug-2014 17:16:19.601 general: info: reloading configuration succeeded
20-Aug-2014 17:16:19.601 general: info: reloading zones succeeded
20-Aug-2014 17:16:19.610 general: notice: all zones loaded
20-Aug-2014 17:16:19.610 general: notice: running
20-Aug-2014 17:16:21.585 general: info: received control channel command 'reload'
20-Aug-2014 17:16:21.585 general: info: loading configuration from '/config/named.conf'
20-Aug-2014 17:16:21.590 general: info: reading built-in trusted keys from file '/config/bind.keys'
20-Aug-2014 17:16:21.590 general: info: using default UDP/IPv4 port range: [1024, 65535]
20-Aug-2014 17:16:21.591 general: info: using default UDP/IPv6 port range: [1024, 65535]
20-Aug-2014 17:16:21.593 general: info: sizing zone task pool based on 181 zones
20-Aug-2014 17:16:21.599 general: info: reloading configuration succeeded
20-Aug-2014 17:16:21.599 general: info: reloading zones succeeded
20-Aug-2014 17:16:21.607 general: notice: all zones loaded
20-Aug-2014 17:16:21.607 general: notice: running
20-Aug-2014 17:17:10.619 general: info: received control channel command 'reload'
20-Aug-2014 17:17:10.619 general: info: loading configuration from '/config/named.conf'
20-Aug-2014 17:17:10.626 general: info: reading built-in trusted keys from file '/config/bind.keys'
20-Aug-2014 17:17:10.626 general: info: using default UDP/IPv4 port range: [1024, 65535]
20-Aug-2014 17:17:10.626 general: info: using default UDP/IPv6 port range: [1024, 65535]
20-Aug-2014 17:17:10.627 general: info: sizing zone task pool based on 181 zones
20-Aug-2014 17:17:10.633 general: info: reloading configuration succeeded
20-Aug-2014 17:17:10.633 general: info: reloading zones succeeded
20-Aug-2014 17:17:10.642 general: notice: all zones loaded
20-Aug-2014 17:17:10.643 general: notice: running
20-Aug-2014 17:17:56.650 general: info: received control channel command 'reload'
20-Aug-2014 17:17:56.650 general: info: loading configuration from '/config/named.conf'
20-Aug-2014 17:17:56.654 general: info: reading built-in trusted keys from file '/config/bind.keys'
20-Aug-2014 17:17:56.655 general: info: using default UDP/IPv4 port range: [1024, 65535]
20-Aug-2014 17:17:56.655 general: info: using default UDP/IPv6 port range: [1024, 65535]
20-Aug-2014 17:17:56.656 general: info: sizing zone task pool based on 181 zones
20-Aug-2014 17:17:56.662 general: info: reloading configuration succeeded
20-Aug-2014 17:17:56.662 general: info: reloading zones succeeded
20-Aug-2014 17:17:56.671 general: notice: all zones loaded
20-Aug-2014 17:17:56.672 general: notice: running
  • I don't think this behavior is normal, as I've never seen it on any BIG-IP code version. I take it this behavior was not occurring on a previous code version? If not, definitely get support involved.

     

  • This is 'normal' behaviour in 11.5.1, its a result of a zone transfer, and maybe a few other conditions such as deletes etc - in retrospect perhaps I did not see this in 11.2.1 because its a master.