X-zuka-RWMailScanner-ID: 063F2638001.AC137 X-zuka-rw-MailScanner-Information: Please contact the ISP for more information Received: from Magnolia.local (unknown [70.48.209.168]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: dave.filc...@zuka.net) by rosewood.zuka.net (Postfix) with ESMTP id 063F2638001 for <bind-users@lists.isc.org>; Thu, 6 May 2010 23:23:23 -0400 (EDT) Message-ID: <4be38761.9080...@zuka.net> Date: Thu, 06 May 2010 23:22:09 -0400 From: Dave Filchak <sub...@zuka.net> User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1.9) Gecko/20100317 Lightning/1.0b1 Thunderbird/3.0.4 MIME-Version: 1.0 To: bind-users@lists.isc.org Subject: Re: Master server offline References: <mailman.1415.1273200624.21153.bind-us...@lists.isc.org> <barmar-f00741.23192406052...@news.eternal-september.org> In-Reply-To: <barmar-f00741.23192406052...@news.eternal-september.org> X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mx.pao1.isc.org X-BeenThere: bind-users@lists.isc.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: BIND Users Mailing List <bind-users.lists.isc.org> List-Unsubscribe: <https://lists.isc.org/mailman/options/bind-users>, <mailto:bind-users-requ...@lists.isc.org?subject=unsubscribe> List-Archive: <https://lists.isc.org/pipermail/bind-users> List-Post: <mailto:bind-users@lists.isc.org> List-Help: <mailto:bind-users-requ...@lists.isc.org?subject=help> List-Subscribe: <https://lists.isc.org/mailman/listinfo/bind-users>, <mailto:bind-users-requ...@lists.isc.org?subject=subscribe> Content-Type: multipart/mixed; boundary="===============8099937040315822544==" Sender: bind-users-bounces+archive=mail-archive....@lists.isc.org Errors-To: bind-users-bounces+archive=mail-archive....@lists.isc.org X-pstn-neptune: 1/1/1.00/81 X-pstn-levels: (S:99.90000/99.90000 CV:99.9000 FC:95.5390 LC:95.5390 R:95.9108 P:95.9108 M:97.0282 C:98.6951 ) X-pstn-settings: 4 (1.5000:1.5000) s cv gt3 gt2 gt1 r p m c X-pstn-addresses: from <sub...@zuka.net> [294/10]
This is a multi-part message in MIME format. --===============8099937040315822544== Content-Type: multipart/alternative; boundary="------------080001040208080201060908" This is a multi-part message in MIME format. --------------080001040208080201060908 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit I was thinking that as well ... would probably be the easiest and then switch it back later. However, I would have to change my glue record at the registrar as well ... no? On 06/05/10 11:19 PM, Barry Margolin wrote: > In article<mailman.1415.1273200624.21153.bind-us...@lists.isc.org>, > Bruce Ray<bruce....@zionsbancorp.com> wrote: > > >> You have until the expiry counter expires for a given zone. >> >> We typically run our expiries at a week to allow for this type of failure. >> > You can easily turn a slave into a master. Just go into its named.conf > file, change "type slave" to "type master" and comment out the "masters > {...}" clause. > > >> ________________________________ >> From: bind-users-bounces+bruce.ray=zionsbancorp....@lists.isc.org >> <bind-users-bounces+bruce.ray=zionsbancorp....@lists.isc.org> >> To: bind-users@lists.isc.org<bind-users@lists.isc.org> >> Sent: Thu May 06 21:37:35 2010 >> Subject: Master server offline >> >> Our master server machine had a drive failure and looks like it will be >> offline for some time. Somewhere in the back of my mind, I thought I >> remembered that something bad can happen to the dns resolution for your zones >> if the master is offline for too long. Is there anything to this or am I just >> dreaming? As long as the secondary can answer request, we should be ok? >> >> Cheers, >> >> Dave >> > --------------080001040208080201060908 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="#ffffff" text="#333333"> <font face="Helvetica, Arial, sans-serif">I was thinking that as well ... would probably be the easiest and then switch it back later. However, I would have to change my glue record at the registrar as well ... no?</font><br> <br> On 06/05/10 11:19 PM, Barry Margolin wrote: <blockquote cite="mid:barmar-f00741.23192406052...@news.eternal-september.org" type="cite"> <pre wrap="">In article <a class="moz-txt-link-rfc2396E" href="mailto:mailman.1415.1273200624.21153.bind-us...@lists.isc.org"><mailman.1415.1273200624.21153.bind-us...@lists.isc.org></a>, Bruce Ray <a class="moz-txt-link-rfc2396E" href="mailto:bruce....@zionsbancorp.com"><bruce....@zionsbancorp.com></a> wrote: </pre> <blockquote type="cite"> <pre wrap="">You have until the expiry counter expires for a given zone. We typically run our expiries at a week to allow for this type of failure. </pre> </blockquote> <pre wrap=""> You can easily turn a slave into a master. Just go into its named.conf file, change "type slave" to "type master" and comment out the "masters {...}" clause. </pre> <blockquote type="cite"> <pre wrap=""> ________________________________ From: <a class="moz-txt-link-abbreviated" href="mailto:bind-users-bounces+bruce.ray=zionsbancorp....@lists.isc.org">bind-users-bounces+bruce.ray=zionsbancorp....@lists.isc.org</a> <a class="moz-txt-link-rfc2396E" href="mailto:bind-users-bounces+bruce.ray=zionsbancorp....@lists.isc.org"><bind-users-bounces+bruce.ray=zionsbancorp....@lists.isc.org></a> To: <a class="moz-txt-link-abbreviated" href="mailto:bind-users@lists.isc.org">bind-users@lists.isc.org</a> <a class="moz-txt-link-rfc2396E" href="mailto:bind-users@lists.isc.org"><bind-users@lists.isc.org></a> Sent: Thu May 06 21:37:35 2010 Subject: Master server offline Our master server machine had a drive failure and looks like it will be offline for some time. Somewhere in the back of my mind, I thought I remembered that something bad can happen to the dns resolution for your zones if the master is offline for too long. Is there anything to this or am I just dreaming? As long as the secondary can answer request, we should be ok? Cheers, Dave </pre> </blockquote> <pre wrap=""> </pre> </blockquote> </body> </html> --------------080001040208080201060908-- --===============8099937040315822544== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users --===============8099937040315822544==--