- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Bind: Problem in views synchronization
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Forums
Discussions
Discussions
Discussions
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
01-21-2011 01:38 AM
01-21-2011 01:38 AM
currently, we have 2 UNIX HP-UX servers for DNS. Both servers are running over HP-UX B.11.23.
The DNS software is BIND 9.3.2.4
We have created a new VIEW called LIMSGSN03. The db file was created also.
When I restart the named process in order to synchronize the views in both servers, the new view is not updated in Slave server.
21-Jan-2011 03:14:40.190 xfer-out: info: client 10.128.2.146#54182: view FISN01ST1: transfer of 'mnc010.mcc716.gprs/IN': AXFR-style IXFR started
21-Jan-2011 03:14:40.194 xfer-out: info: client 10.128.2.146#54182: view FISN01ST1: transfer of 'mnc010.mcc716.gprs/IN': AXFR-style IXFR ended
21-Jan-2011 03:14:40.700 xfer-out: info: client 10.128.2.147#54183: view FISN01ST2: transfer of 'mnc010.mcc716.gprs/IN': AXFR-style IXFR started
21-Jan-2011 03:14:40.703 xfer-out: info: client 10.128.2.147#54183: view FISN01ST2: transfer of 'mnc010.mcc716.gprs/IN': AXFR-style IXFR ended
21-Jan-2011 03:14:40.704 xfer-out: info: client 200.108.101.4#54184: view ANY: transfer of 'mnc010.mcc716.gprs/IN': AXFR-style IXFR started
21-Jan-2011 03:14:40.707 xfer-out: info: client 200.108.101.4#54184: view ANY: transfer of 'mnc010.mcc716.gprs/IN': AXFR-style IXFR ended
I expect to see transfer to client 10.128.2.141 (for new VIEW), but it doesn't happen.
The configuration for the new view was done in /etc/named.conf and the db file for this new view was created under /etc/named.data (claro.mnc010.mcc716.LIMSGSN03)
Is it needed to configure another file in DNS servers? What is the reason to have no updated file in Slave server (Master to Slave).
Regards,
CHristian Aguilar
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
01-21-2011 04:39 AM
01-21-2011 04:39 AM
Re: Bind: Problem in views synchronization
Does the slave server have write permission to its data directory? (If it has write permission to existing data files only, it can overwrite/update the existing files, but cannot create new ones.)
What settings are configured in file /etc/named.data/named.options? (Is one of those settings preventing communication with the master IP address of the new view?)
MK
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
01-21-2011 11:14 AM
01-21-2011 11:14 AM
Re: Bind: Problem in views synchronization
thanks for your resposne. I restarted the named process in master server only. Attached you will find the named.options file.
Is it needed to have the view claro.mnc010.mcc716.LIMSGSN03 in slave server before restarting named process?
Please, could you send to me the procedure in order to both servers can synchronize the view each other?
Best Regards,
CHristian Aguilar
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
01-21-2011 12:07 PM
01-21-2011 12:07 PM
SolutionSince it's not told anything about the new view, it will ignore any notify messages the master server sends to the slave.
I think you have done everything right except the final step: making the slave BIND aware of the new configuration. If you have rndc keys configured correctly, the "rndc reconfig" on the slave would be all that is needed; if you're uncertain, restarting the slave BIND is a valid method too.
MK
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
01-24-2011 06:34 AM
01-24-2011 06:34 AM
Re: Bind: Problem in views synchronization
thanks again about your update.
Is the "rndc reconfig" the same than "/sbin/init.d/named stop | start" ?
I'll execute it tonight.
Regards,
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
01-24-2011 09:28 AM
01-24-2011 09:28 AM
Re: Bind: Problem in views synchronization
then
# /sbin/init.d/named start
will completely restart named, obviously causing it to re-read its configuration in the process.
"rndc reconfig" uses the rndc tool to tell named to re-read its configuration file without restarting. If you need to minimized named downtime, this might be useful.
But rndc will work only if named's configuration includes the "controls" statement, and if /etc/rndc.key contains the same key as in named's "controls" statement (or if you've made other arrangements so that rndc will find the correct key).
Your named.options file looks like it includes all the things required to use rndc. But since I have not seen your /etc/rndc.key, I cannot say for sure if it will work or not; restarting named will always work.
To see if "rndc reconfig" would work, run "rndc status": if it lists named's version and other information, rndc can communicate with named and send commands to it. For more information, use the command "man rndc".
MK