Home › Forums › OS X Server and Client Discussion › Questions and Answers › DNS weirdness – where is a good place to read about this?
- This topic has 1 reply, 2 voices, and was last updated 16 years, 4 months ago by
stevie_w.
-
AuthorPosts
-
June 11, 2007 at 7:31 am #369285
ianpiper
ParticipantHi all,
My Mac OS X Server seems to be acting up – although I can connect to drives on the network I can’t ping anything from anywhere.The trouble is, I don’t understand the named.log on my server, so I don’t really know how to grasp this problem. I see things like below (I’ve put an excerpt from the log at the bottom of my post – I’ve tried to cut out most of the repetitive stuff). Particularly I am getting a *lot* of these “received control channel command ‘null'” entries (I’m always troubled by nulls).
Anyway, can anyone point me at some *accessible* documentation on DNS on Mac OS X Server?
Thanks,
Ian.
—11-Jun-2007 08:05:54.055 dns_zone_maintenance: zone authors.bind/CH: enter
11-Jun-2007 08:05:54.055 dns_zone_maintenance: zone id.server/CH: enter
11-Jun-2007 08:05:54.055 running
11-Jun-2007 08:05:54.055 zone_timer: zone localhost/IN: enter
11-Jun-2007 08:05:54.055 zone_maintenance: zone localhost/IN: enter
11-Jun-2007 08:05:55.012 received control channel command ‘null’
11-Jun-2007 08:05:55.014 received control channel command ‘status’
11-Jun-2007 08:05:55.509 createfetch: http://www.apple.com A
11-Jun-2007 08:05:55.509 createfetch: . NS
11-Jun-2007 08:05:56.032 createfetch: http://www.apple.com.akadns.net A
11-Jun-2007 08:05:56.404 createfetch: za.akadns.org A
11-Jun-2007 08:05:56.405 createfetch: za.akadns.org AAAA
11-Jun-2007 08:06:00.637 received control channel command ‘null’
11-Jun-2007 08:06:00.638 received control channel command ‘status’
11-Jun-2007 08:07:06.774 no_references: delete from rbt: 0x41c5a0 aus1.akam.NET
11-Jun-2007 08:14:34.828 loading configuration from ‘/private/etc/named.conf’
11-Jun-2007 08:14:34.845 now using logging configuration from config file
11-Jun-2007 08:14:34.850 load_configuration: success
11-Jun-2007 08:14:34.850 zone 10.10.10.in-addr.arpa/IN: starting load
11-Jun-2007 08:14:34.850 zone 0.0.127.in-addr.arpa/IN: starting load
11-Jun-2007 08:14:34.850 zone example.com/IN: starting load
11-Jun-2007 08:14:34.853 dns_master_load: example.com.zone:41: HP3310.example.com: CNAME and other data
11-Jun-2007 08:14:34.854 zone example.com/IN: loading master file example.com.zone: CNAME and other data
11-Jun-2007 08:14:34.854 calling free_rbtdb(example.com)
11-Jun-2007 08:14:34.854 done free_rbtdb(example.com)
11-Jun-2007 08:14:34.854 zone localhost/IN: skipping load: master file older than last load
11-Jun-2007 08:14:34.855 dns_zone_maintenance: zone localhost/IN: enter
11-Jun-2007 08:14:34.855 calling free_rbtdb(.)
11-Jun-2007 08:14:34.855 done free_rbtdb(.)
11-Jun-2007 08:14:34.861 zone_loaddone: zone 10.10.10.in-addr.arpa/IN: enter
11-Jun-2007 08:14:34.861 zone 10.10.10.in-addr.arpa/IN: loaded
11-Jun-2007 08:14:34.861 zone 10.10.10.in-addr.arpa/IN: loaded serial 2007061100
11-Jun-2007 08:14:34.865 named.local:11: ignoring out-of-zone data (1.localhost)
11-Jun-2007 08:14:34.866 zone_loaddone: zone 0.0.127.in-addr.arpa/IN: enter
11-Jun-2007 08:14:34.866 zone 0.0.127.in-addr.arpa/IN: loaded
11-Jun-2007 08:14:34.866 zone 0.0.127.in-addr.arpa/IN: loaded serial 2007061164
11-Jun-2007 08:14:34.867 zone_timer: zone 0.0.127.in-addr.arpa/IN: enter
11-Jun-2007 08:14:34.867 zone_maintenance: zone 0.0.127.in-addr.arpa/IN: enterDecember 2, 2008 at 1:11 pm #374902stevie_w
ParticipantI found this post when searching for an answer to my own problem. In my case, a zone refused to load, and my log also contained the error message “CNAME and other data”
The problem was that I had created a CNAME record for a host, but had added a TXT record explaining what it was for.
If there is a CNAME record for a host, no other records for that host are allowed, not even TXT records storing comments. When I deleted the TXT record, it loaded fine.
Hope this helps somebody else.
cheers
Steve W
-
AuthorPosts
- You must be logged in to reply to this topic.
Comments are closed