DNS name servers managed by ADNR contain incorrect or outdated data

Use the following information to determine why zones being managed by ADNR contain incorrect or outdated information:
  • Verify that ADNR is communicating with the GWM and its managed name servers.
  • Verify that ADNR is able to communicate with the managed DNS name server's zones.
  • Ensure that the ADNR configuration file is not changed when ADNR is not active. Removing a dns statement or zone parameter while ADNR is not active causes ADNR to lose control of the information in that name server's zones. The information in this case is considered orphaned and goes stale. These types of configuration file changes should be made while ADNR is active and applied by using the MODIFY procname,REFRESH command to avoid orphaned data in the name server; ADNR deletes the information in the name server that is associated with the removed dns statement or zone parameter.
  • Verify that the zones in the name servers managed by ADNR have not been updated by any entity other than ADNR. This includes manual updates to the zone data files, updates from DHCP servers, or other nsupdate clients. Failure to abide by this restriction can result in lost DNS records and ADNR zone update failures.
  • Verify that the update interval of the GWM is not longer than you expect. The GWM update interval dictates how frequently ADNR receives data from the GWM and consequently, how frequently the managed name servers are updated with that data. Lower the update interval on the GWM if you need the managed name servers to have data that more closely follows the actual availability status of the sysplex resources they represent. ADNR waits a certain time after ADNR initialization and after a dynamic update to ensure that all of the sysplex data has been reported before attempting to update its managed name servers. When the GWM is the z/OS® Load Balancing Advisor (Advisor) application, the Advisor's update_interval statement determines the time that ADNR waits; specifically two times the update_interval received from the GWM. If the ttl keyword under a zone parameter of the ADNR DNS statement is defaulted to use the value from the GWM's update_interval statement, then that value is used as the time-to-live value for the DNS resource records for that zone
  • If the ttl value for a zone is defaulted as described in the previous bullet, ensure the resource records in the name server for that zone reflect this value.