HPE GreenLake Administration
- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- db.cache format for BIND 9.1.2
Operating System - HP-UX
1825810
Members
2547
Online
109688
Solutions
Forums
Categories
Company
Local Language
back
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
back
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
Blogs
Information
Community
Resources
Community Language
Language
Forums
Blogs
Go to solution
Topic Options
- 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
04-23-2003 06:45 PM
04-23-2003 06:45 PM
Previously we are using the ICS version of BIND 8.2.3. We plan to upgrade to HP version of BIND 9.1.2. I have some problem with db.cache file format.
ICS Version of BIND 8.2.3. The following db.cache file is working perfectly.
. IN NS dnssec1.sinet.com.
. IN NS dnssec2.sinet.com.
. IN NS dnssec3.sinet.com.
dnssec1.sinet.com. IN A 175.21.83.11
dnssec2.sinet.com. IN A 176.13.10.226
dnssec3.sinet.com. IN A 169.21.100.11
When I tried to upgrade BIND 9.1.2. The named daemon refuse to start and give the following error message.
db.cache:1: no TTL specified; zone rejected
could not configure root hints from 'db.cache': no ttl
So I modify the db.cache file to the following format and named daemon finally started.
. IN SOA mydns.mydomain.com. root.mydns.mydomain.com. (
205 10800 3600 604800 600 )
. IN NS dnssec1.sinet.com.
. IN NS dnssec2.sinet.com.
. IN NS dnssec3.sinet.com.
dnssec1.sinet.com. IN A 175.21.83.11
dnssec2.sinet.com. IN A 176.13.10.226
dnssec3.sinet.com. IN A 169.21.100.11
However I have a new error message in the syslog.log
db.cache:1: no TTL specified; using SOA MINTTL instead
extra data in root hints 'db.cache'
For faster query I do not want to use those root DNS server and generated db.cache file.
I have browse through lot of example on the internet but it seems to be that the first format is correct. Perhaps BIND 9.1.2 has a different format. Please help.
ICS Version of BIND 8.2.3. The following db.cache file is working perfectly.
. IN NS dnssec1.sinet.com.
. IN NS dnssec2.sinet.com.
. IN NS dnssec3.sinet.com.
dnssec1.sinet.com. IN A 175.21.83.11
dnssec2.sinet.com. IN A 176.13.10.226
dnssec3.sinet.com. IN A 169.21.100.11
When I tried to upgrade BIND 9.1.2. The named daemon refuse to start and give the following error message.
db.cache:1: no TTL specified; zone rejected
could not configure root hints from 'db.cache': no ttl
So I modify the db.cache file to the following format and named daemon finally started.
. IN SOA mydns.mydomain.com. root.mydns.mydomain.com. (
205 10800 3600 604800 600 )
. IN NS dnssec1.sinet.com.
. IN NS dnssec2.sinet.com.
. IN NS dnssec3.sinet.com.
dnssec1.sinet.com. IN A 175.21.83.11
dnssec2.sinet.com. IN A 176.13.10.226
dnssec3.sinet.com. IN A 169.21.100.11
However I have a new error message in the syslog.log
db.cache:1: no TTL specified; using SOA MINTTL instead
extra data in root hints 'db.cache'
For faster query I do not want to use those root DNS server and generated db.cache file.
I have browse through lot of example on the internet but it seems to be that the first format is correct. Perhaps BIND 9.1.2 has a different format. Please help.
abc
Solved! Go to Solution.
3 REPLIES 3
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
04-23-2003 09:06 PM
04-23-2003 09:06 PM
Solution
Hi,
You are missing explicit $TTL parameter. It should be like this.
$TTL 300
. IN SOA mydns.mydomain.com. root.mydns.mydomain.com. (
205 10800 3600 604800 600 )
. IN NS dnssec1.sinet.com.
. IN NS dnssec2.sinet.com.
. IN NS dnssec3.sinet.com.
dnssec1.sinet.com. IN A 175.21.83.11
dnssec2.sinet.com. IN A 176.13.10.226
dnssec3.sinet.com. IN A 169.21.100.11
regards,
U.SivaKumar
You are missing explicit $TTL parameter. It should be like this.
$TTL 300
. IN SOA mydns.mydomain.com. root.mydns.mydomain.com. (
205 10800 3600 604800 600 )
. IN NS dnssec1.sinet.com.
. IN NS dnssec2.sinet.com.
. IN NS dnssec3.sinet.com.
dnssec1.sinet.com. IN A 175.21.83.11
dnssec2.sinet.com. IN A 176.13.10.226
dnssec3.sinet.com. IN A 169.21.100.11
regards,
U.SivaKumar
Innovations are made when conventions are broken
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
04-24-2003 03:28 AM
04-24-2003 03:28 AM
Re: db.cache format for BIND 9.1.2
It's not an ERROR message, it's informational or a warning. But like U.SivaKumar said, it's "cured" with the $TTL directive.
live free or die
harry
live free or die
harry
Live Free or Die
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
04-25-2003 11:36 AM
04-25-2003 11:36 AM
Re: db.cache format for BIND 9.1.2
See attachment for configuration.
Live Free or Die
The opinions expressed above are the personal opinions of the authors, not of Hewlett Packard Enterprise. By using this site, you accept the Terms of Use and Rules of Participation.
Company
Support
Events and news
Customer resources
© Copyright 2025 Hewlett Packard Enterprise Development LP