Subject: Re: [bkbits] predicted outage
From: David T Hollis <dhollis@davehollis.com>
To: Larry McVoy <lm@bitmover.com>
Cc: linux-kernel@vger.kernel.org, dev@work.bitmover.com
In-Reply-To: <200404020218.i322I0GC017257@work.bitmover.com>
References: <200404020218.i322I0GC017257@work.bitmover.com>
Content-Type: text/plain
Message-Id: <1080958586.2688.3.camel@dhollis-lnx.kpmg.com>
Mime-Version: 1.0
Date: Fri, 02 Apr 2004 21:16:26 -0500
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1630
Lines: 34

On Thu, 2004-04-01 at 18:18 -0800, Larry McVoy wrote:

> We're moving office space in about 10 days.  We expect one of our T1 lines
> to be switched to the new office as of April 9th.  If that works, then we'll
> move all the hardware to the new office and flip the routes to that T1 from
> the old T1.  Sounds simple and since the new ISP is the old ISP it might 
> actually work (Hah.  Like anything goes that smoothly).  On the other hand,
> it might not go great and there might be some time where bkbits.net is not
> off the air but it might be at a different IP address.  And DNS takes a 
> while to time out.

Hopefully not point out the obvious, but since you have the lead time,
you could set the TTLs on the DNS entries pretty low (say 5 minutes or
so) now so by the time the changeover is happening, it's fully
propagated.  This way, if you do wind up with the different IP address
scenario, just make the DNS change and it will propagate within minutes
and most folks will never notice.  Once everything is stable again, you
can run the TTL back up.  

A quick check shows that www.bkbits.net has it's TTL set to 86400 (1
day) which means other servers will cache that for up to a day and with
multiple levels of DNS, that can wind up taking awhile to expire.  Bring
that down and things should go smoothly.

Just a thought....

-- 
David T Hollis <dhollis@davehollis.com>

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/