RE: number of zones not matching
I had to do this a couple times lately .. this is the simplest way I've
found. It's not elegant or nifty, but it works.
on the master:
grep zone named.conf | awk '{print $2} | sort master.zones
on the slave:
grep zone named.conf | awk '{print $2} | sort slave.zones
get the files on the same system and diff them.
Are they both running the same version of BIND?
-Original Message-
From: bind-users-boun...@lists.isc.org
[mailto:bind-users-boun...@lists.isc.org] On Behalf Of John D. Vo
Sent: Friday, March 20, 2009 3:15 PM
To: bind-users@lists.isc.org
Subject: number of zones not matching
Greetings:
My master name server says it has 102 zones but my slave says it has 98.
Without going through each and compare one with another, is there an
easier way to see what's missing on the slave?
Thanks.
--
Best Regards,
John D. Vo
Eagle Teleconferencing Services, Inc.
Network-System Administrator
j...@eagle.net
Office: (212) 200-2000 Ext. 105
Cell: (212) 200-3016
---
___
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
-
This transmission (including any attachments) may contain confidential
information, privileged material (including material protected by the
solicitor-client or other applicable privileges), or constitute non-public
information. Any use of this information by anyone other than the intended
recipient is prohibited. If you have received this transmission in error,
please immediately reply to the sender and delete this information from your
system. Use, dissemination, distribution, or reproduction of this transmission
by unintended recipients is not authorized and may be unlawful.
___
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
Re: number of zones not matching
Yes, Todd. 9.2.2.
Todd Snyder wrote:
I had to do this a couple times lately .. this is the simplest way I've
found. It's not elegant or nifty, but it works.
on the master:
grep zone named.conf | awk '{print $2} | sort master.zones
on the slave:
grep zone named.conf | awk '{print $2} | sort slave.zones
get the files on the same system and diff them.
Are they both running the same version of BIND?
-Original Message-
From: bind-users-boun...@lists.isc.org
[mailto:bind-users-boun...@lists.isc.org] On Behalf Of John D. Vo
Sent: Friday, March 20, 2009 3:15 PM
To: bind-users@lists.isc.org
Subject: number of zones not matching
Greetings:
My master name server says it has 102 zones but my slave says it has 98.
Without going through each and compare one with another, is there an
easier way to see what's missing on the slave?
Thanks.
--
Best Regards,
John D. Vo
Eagle Teleconferencing Services, Inc.
Network-System Administrator
j...@eagle.net
Office: (212) 200-2000 Ext. 105
Cell: (212) 200-3016
---
___
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
-
This transmission (including any attachments) may contain confidential
information, privileged material (including material protected by the
solicitor-client or other applicable privileges), or constitute non-public
information. Any use of this information by anyone other than the intended
recipient is prohibited. If you have received this transmission in error,
please immediately reply to the sender and delete this information from your
system. Use, dissemination, distribution, or reproduction of this transmission
by unintended recipients is not authorized and may be unlawful.
--
Best Regards,
John D. Vo
Eagle Teleconferencing Services, Inc.
Network-System Administrator
j...@eagle.net
Office: (212) 200-2000 Ext. 105
Cell: (212) 200-3016
---
___
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
RE: number of zones not matching
I know at some point in the recent past, BIND started loading RFC1918
zones, which can increase the zone count, even though they don't show up
in named.conf. That caused me 5 minutes of wtf before I remembered.
I think it was well after 9.2.2, so I'm guessing you should be safe.
t.
-Original Message-
From: John D. Vo [mailto:j...@eagle.net]
Sent: Friday, March 20, 2009 3:27 PM
To: Todd Snyder
Cc: bind-users@lists.isc.org
Subject: Re: number of zones not matching
Yes, Todd. 9.2.2.
Todd Snyder wrote:
I had to do this a couple times lately .. this is the simplest way
I've found. It's not elegant or nifty, but it works.
on the master:
grep zone named.conf | awk '{print $2} | sort master.zones
on the slave:
grep zone named.conf | awk '{print $2} | sort slave.zones
get the files on the same system and diff them.
Are they both running the same version of BIND?
-Original Message-
From: bind-users-boun...@lists.isc.org
[mailto:bind-users-boun...@lists.isc.org] On Behalf Of John D. Vo
Sent: Friday, March 20, 2009 3:15 PM
To: bind-users@lists.isc.org
Subject: number of zones not matching
Greetings:
My master name server says it has 102 zones but my slave says it has
98.
Without going through each and compare one with another, is there an
easier way to see what's missing on the slave?
Thanks.
--
Best Regards,
John D. Vo
Eagle Teleconferencing Services, Inc.
Network-System Administrator
j...@eagle.net
Office: (212) 200-2000 Ext. 105
Cell: (212) 200-3016
---
___
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
-
This transmission (including any attachments) may contain confidential
information, privileged material (including material protected by the
solicitor-client or other applicable privileges), or constitute
non-public information. Any use of this information by anyone other than
the intended recipient is prohibited. If you have received this
transmission in error, please immediately reply to the sender and delete
this information from your system. Use, dissemination, distribution, or
reproduction of this transmission by unintended recipients is not
authorized and may be unlawful.
--
Best Regards,
John D. Vo
Eagle Teleconferencing Services, Inc.
Network-System Administrator
j...@eagle.net
Office: (212) 200-2000 Ext. 105
Cell: (212) 200-3016
---
-
This transmission (including any attachments) may contain confidential
information, privileged material (including material protected by the
solicitor-client or other applicable privileges), or constitute non-public
information. Any use of this information by anyone other than the intended
recipient is prohibited. If you have received this transmission in error,
please immediately reply to the sender and delete this information from your
system. Use, dissemination, distribution, or reproduction of this transmission
by unintended recipients is not authorized and may be unlawful.
___
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
Re: number of zones not matching
Hi Todd:
Thank you for those magical commands. Works better than printing them
out and crossing one by one with a pen.
Think the problem was some of the domains I created on master(see my
previous post) did not get transferred to the slave hence the mismatch.
I just reloaded on the master and saw a bunch of stuff going to the
slave so I must be doing something right. The number of zones now
matched.
Thanks,
-John.
Todd Snyder wrote:
I know at some point in the recent past, BIND started loading RFC1918
zones, which can increase the zone count, even though they don't show up
in named.conf. That caused me 5 minutes of wtf before I remembered.
I think it was well after 9.2.2, so I'm guessing you should be safe.
t.
-Original Message-
From: John D. Vo [mailto:j...@eagle.net]
Sent: Friday, March 20, 2009 3:27 PM
To: Todd Snyder
Cc: bind-users@lists.isc.org
Subject: Re: number of zones not matching
Yes, Todd. 9.2.2.
Todd Snyder wrote:
I had to do this a couple times lately .. this is the simplest way
I've found. It's not elegant or nifty, but it works.
on the master:
grep zone named.conf | awk '{print $2} | sort master.zones
on the slave:
grep zone named.conf | awk '{print $2} | sort slave.zones
get the files on the same system and diff them.
Are they both running the same version of BIND?
-Original Message-
From: bind-users-boun...@lists.isc.org
[mailto:bind-users-boun...@lists.isc.org] On Behalf Of John D. Vo
Sent: Friday, March 20, 2009 3:15 PM
To: bind-users@lists.isc.org
Subject: number of zones not matching
Greetings:
My master name server says it has 102 zones but my slave says it has
98.
Without going through each and compare one with another, is there an
easier way to see what's missing on the slave?
Thanks.
--
Best Regards,
John D. Vo
Eagle Teleconferencing Services, Inc.
Network-System Administrator
j...@eagle.net
Office: (212) 200-2000 Ext. 105
Cell: (212) 200-3016
---
___
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
-
This transmission (including any attachments) may contain confidential
information, privileged material (including material protected by the
solicitor-client or other applicable privileges), or constitute
non-public information. Any use of this information by anyone other than
the intended recipient is prohibited. If you have received this
transmission in error, please immediately reply to the sender and delete
this information from your system. Use, dissemination, distribution, or
reproduction of this transmission by unintended recipients is not
authorized and may be unlawful.
--
Best Regards,
John D. Vo
Eagle Teleconferencing Services, Inc.
Network-System Administrator
j...@eagle.net
Office: (212) 200-2000 Ext. 105
Cell: (212) 200-3016
---
-
This transmission (including any attachments) may contain confidential information, privileged material (including material protected by the solicitor-client or other applicable privileges), or constitute non-public information. Any use of this information by anyone other than the intended recipient is prohibited. If you have received this transmission in error, please immediately reply to the sender and delete this information from your system. Use, dissemination, distribution, or reproduction of this transmission by unintended recipients is not authorized and may be unlawful.
--
Best Regards,
John D. Vo
Eagle Teleconferencing Services, Inc.
Network-System Administrator
j...@eagle.net
Office: (212) 200-2000 Ext. 105
Cell: (212) 200-3016
---
___
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
Re: number of zones not matching
In message 49c3f591.1090...@eagle.net, John D. Vo writes:
--===8258205717685425773==
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
!DOCTYPE html PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN
html
head
meta content=text/html;charset=ISO-8859-1 http-equiv=Content-Type
/head
body bgcolor=#ff text=#00
Hi Todd:br
br
Thank you for those magical commands. Works better than printing them
out and crossing one by one with a pen.br
br
Think the problem was some of the domains I creatednbsp; on master(see my
previous post) did not get transferred to the slave hence the mismatch.
I just reloaded on the master and saw a bunch of stuff going to the
slave so I must be doing something right. The number of zones now
matched.br
br
Thanks,br
br
-John.br
br
Todd Snyder wrote:
blockquote
cite=mid:1d8c9a4471119a40bd574f9d8d464ae304bd4...@xch60ykf.rim.net
type=cite
pre wrap=I know at some point in the recent past, BIND started loading
RFC1918
zones, which can increase the zone count, even though they don't show up
in named.conf. That caused me 5 minutes of wtf before I remembered.
BIND does NOT load RFC1918 zones. The Internet-Draft that will
allow that has been stalled for over a year now. Once that draft
clears the working group the #if 0/#endif around the RFC 1918
zones will be removed.
I think it was well after 9.2.2, so I'm guessing you should be safe.
t.
-Original Message-
From: John D. Vo [a class=moz-txt-link-freetext href=mailto:j...@eagle.net
mailto:j...@eagle.net/a]
Sent: Friday, March 20, 2009 3:27 PM
To: Todd Snyder
Cc: a class=moz-txt-link-abbreviated href=mailto:bind-users@lists.isc.org
bind-users@lists.isc.org/a
Subject: Re: number of zones not matching
Yes, Todd. 9.2.2.
Todd Snyder wrote:
/pre
blockquote type=cite
pre wrap=I had to do this a couple times lately .. this is the simple
st way
I've found. It's not elegant or nifty, but it works.
on the master:
grep zone named.conf | awk '{print $2} | sort gt; master.zones
on the slave:
grep zone named.conf | awk '{print $2} | sort gt; slave.zones
get the files on the same system and diff them.
Are they both running the same version of BIND?
-Original Message-
From: a class=moz-txt-link-abbreviated href=mailto:bind-users-boun...@lis
ts.isc.orgbind-users-boun...@lists.isc.org/a
[a class=moz-txt-link-freetext href=mailto:bind-users-boun...@lists.isc.o
rgmailto:bind-users-boun...@lists.isc.org/a] On Behalf Of John D. Vo
Sent: Friday, March 20, 2009 3:15 PM
To: a class=moz-txt-link-abbreviated href=mailto:bind-users@lists.isc.org
bind-users@lists.isc.org/a
Subject: number of zones not matching
Greetings:
My master name server says it has 102 zones but my slave says it has
/pre
/blockquote
pre wrap=!98.
/pre
blockquote type=cite
pre wrap=Without going through each and compare one with another, is
there an
easier way to see what's missing on the slave?
Thanks.
--
Best Regards,
John D. Vo
Eagle Teleconferencing Services, Inc.
Network-System Administrator
a class=moz-txt-link-abbreviated
href=mailto:j...@eagle.net;j...@eagle.net
/a
Office: (212) 200-2000 Ext. 105
Cell: (212) 200-3016
---
___
bind-users mailing list
a class=moz-txt-link-abbreviated href=mailto:bind-users@lists.isc.org;bi
nd-us...@lists.isc.org/a
a class=moz-txt-link-freetext href=https://lists.isc.org/mailman/listinfo
/bind-usershttps://lists.isc.org/mailman/listinfo/bind-users/a
-
This transmission (including any attachments) may contain confidential
/pre
/blockquote
pre wrap=!information, privileged material (including material pr
otected by the
solicitor-client or other applicable privileges), or constitute
non-public information. Any use of this information by anyone other than
the intended recipient is prohibited. If you have received this
transmission in error, please immediately reply to the sender and delete
this information from your system. Use, dissemination, distribution, or
reproduction of this transmission by unintended recipients is not
authorized and may be unlawful.
/pre
blockquote type=cite
pre wrap=
/pre
/blockquote
pre wrap=!
--
Best Regards,
John D. Vo
Eagle Teleconferencing Services, Inc.
Network-System Administrator
a class=moz-txt-link-abbreviated
href=mailto:j...@eagle.net;j...@eagle.net
/a
Office: (212) 200-2000 Ext. 105
Cell: (212) 200-3016
---
-
This transmission (including any attachments) may contain confidential informat
ion, privileged material (including material protected by the solicitor-clien
t or other applicable
RE: number of zones not matching
BIND does NOT load RFC1918 zones. The Internet-Draft that will allow that has been stalled for over a year now. Once that draft clears the working group the #if 0/#endif around the RFC 1918 zones will be removed. Perhaps I am confused by terminology. I am referring to this: Mar 20 21:13:34 jump01 named[25739]: automatic empty zone: 0.IN-ADDR.ARPA Mar 20 21:13:34 jump01 named[25739]: automatic empty zone: 127.IN-ADDR.ARPA Mar 20 21:13:34 jump01 named[25739]: automatic empty zone: 254.169.IN-ADDR.ARPA Mar 20 21:13:34 jump01 named[25739]: automatic empty zone: 2.0.192.IN-ADDR.ARPA Mar 20 21:13:34 jump01 named[25739]: automatic empty zone: 255.255.255.255.IN-ADDR.ARPA Mar 20 21:13:34 jump01 named[25739]: automatic empty zone: 0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.IP6.ARPA Mar 20 21:13:34 jump01 named[25739]: automatic empty zone: 1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.IP6.ARPA Mar 20 21:13:34 jump01 named[25739]: automatic empty zone: D.F.IP6.ARPA Mar 20 21:13:34 jump01 named[25739]: automatic empty zone: 8.E.F.IP6.ARPA Mar 20 21:13:34 jump01 named[25739]: automatic empty zone: 9.E.F.IP6.ARPA Mar 20 21:13:34 jump01 named[25739]: automatic empty zone: A.E.F.IP6.ARPA Mar 20 21:13:34 jump01 named[25739]: automatic empty zone: B.E.F.IP6.ARPA Those zones add to the count of zones loaded, but will not show up in your named.conf. If people are relying on the number of zones loaded verify that zones are available on the slaves, they need to take the automatic empty zones into consideration if they are using different versions of BIND. Sorry if I caused confusion. Todd. - This transmission (including any attachments) may contain confidential information, privileged material (including material protected by the solicitor-client or other applicable privileges), or constitute non-public information. Any use of this information by anyone other than the intended recipient is prohibited. If you have received this transmission in error, please immediately reply to the sender and delete this information from your system. Use, dissemination, distribution, or reproduction of this transmission by unintended recipients is not authorized and may be unlawful. ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
