On Tue, Feb 07, 2012 at 12:56:19PM -0800, Max B wrote: Two things you can look at: dig tells you the TTL remaining on any entry when you query it. For example: hrm@ruthven:~ $ dig oxfordflutes.co.uk ; <<>> DiG 9.7.3 <<>> oxfordflutes.co.uk ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 52296 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;oxfordflutes.co.uk. IN A ;; ANSWER SECTION: oxfordflutes.co.uk. 86397 IN A 85.119.82.48 ;; Query time: 0 msec ;; SERVER: 10.0.0.10#53(10.0.0.10) ;; WHEN: Tue Feb 7 21:50:55 2012 ;; MSG SIZE rcvd: 52 The "86397" in the ANSWER SECTION is the TTL, and shows that I've got a few seconds short of 24 hours left for this entry in the cache. This value will count down to zero, at which point the cache expires and a new authoritative entry (hopefully the right one) will be retrieved. The other thing is to use "@servername" in your dig query, which will explicitly bypass the locally configured resolvers, and query the named DNS server. hrm@ruthven:~ $ dig @ns1.bb-online.net. oxfordflutes.co.uk [...] In this case, I'm querying one of the definitive servers for oxfordflutes.net, and so should get the results that I've asked them to publish. You can check whether the DNS servers under your control (usually the primary and one or more secondaries) are sending the right answers. If they are, then you should simply have to wait until the TTL in the previous query reaches zero. If not, then you have some kind of misconfiguration of your servers. Oh, and you should be able to get the definitive list of nameservers by issuing an NS query: hrm@ruthven:~ $ dig NS oxfordflutes.co.uk ; <<>> DiG 9.7.3 <<>> NS oxfordflutes.co.uk ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 43912 ;; flags: qr rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;oxfordflutes.co.uk. IN NS ;; ANSWER SECTION: oxfordflutes.co.uk. 86400 IN NS brain.bb-online.co.uk. oxfordflutes.co.uk. 86400 IN NS ns1.bb-online.net. oxfordflutes.co.uk. 86400 IN NS ns2.bb-online.net. ;; Query time: 48 msec ;; SERVER: 10.0.0.10#53(10.0.0.10) ;; WHEN: Tue Feb 7 21:54:55 2012 ;; MSG SIZE rcvd: 115 So here my definitive nameservers are brain, ns1 and ns2.bb-online.net. Check the data returned by all of the servers (with the @server syntax above) for the NS query, just to see if one is out of sync with the others. Hugo. -- === Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk === PGP key: 515C238D from wwwkeys.eu.pgp.net or http://www.carfax.org.uk --- UNIX: Japanese brand of food containers. ---

Hi, For your domain I get: ;; ANSWER SECTION: startx.co.uk. 86397 IN A 212.13.194.129 ;; AUTHORITY SECTION: startx.co.uk. 86301 IN NS ns0.zen.co.uk. startx.co.uk. 86301 IN NS ns1.zen.co.uk. ;; ADDITIONAL SECTION: ns0.zen.co.uk. 13613 IN A 212.23.8.1 ns1.zen.co.uk. 13613 IN A 212.23.3.1 This looks like an old IP. Have you updated your DNS at zen? Regards, Andy On 8 Feb 2012, at 12:14, john lewis wrote:

Hi, Perhaps not: The query below is against your nameserver ns1.zen.co.uk. and also resolved the 212.13.194.129 address. ----- $ dig startx.co.uk @ns1.zen.co.uk. ; <<>> DiG 9.5.1-P3 <<>> startx.co.uk @ns1.zen.co.uk. ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 60046 ;; flags: qr aa rd; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 2 ;; WARNING: recursion requested but not available ;; QUESTION SECTION: ;startx.co.uk. IN A ;; ANSWER SECTION: startx.co.uk. 86400 IN A 212.13.194.129 ;; AUTHORITY SECTION: startx.co.uk. 86400 IN NS ns0.zen.co.uk. startx.co.uk. 86400 IN NS ns1.zen.co.uk. ;; ADDITIONAL SECTION: ns0.zen.co.uk. 14400 IN A 212.23.8.1 ns1.zen.co.uk. 14400 IN A 212.23.3.1 ;; Query time: 39 msec ;; SERVER: 212.23.3.1#53(212.23.3.1) ;; WHEN: Wed Feb 8 12:18:06 2012 ;; MSG SIZE rcvd: 118 ----- Regards, @ndy -- andyjpb(a)ashurst.eu.org http://www.ashurst.eu.org/ 0x7EBA75FF

John, Essentially, your domain names mapping to the right IP address are being controlled by zen, not bitfolk. You must login to your zen control panel, and change all the old IP address mappings to the new IP. Regards, Andy Loughran On 8 Feb 2012, at 12:14, john lewis wrote:

On 08/02/12 13:20, john lewis wrote: It's now live on the Zen DNS servers. So a maximum of 24 hours, with any luck. Any *new* [1] visitors will get the new IP. E.g. from our VPS 'dig' returns the new IP. [1] Note to pedants - you know what I mean here.

I have just checked, using nslookup, through the google public DNS (8.8.8.8) Your new IP is now showing. However, when I go through BT nameservers, it's still the old one. It's gradually filtering through Keith On 8 February 2012 12:21, Andy Loughran &lt;andylockran(a)gmail.com&gt; wrote: -- Keith Williams Of those who say nothing, few are silent. - Thomas Neill I'm sick of following my dreams. I'm just going to ask them where they're going and hook up with them later. - Mitch Hedberg ทำดีได้ดี ทำชั่วไดชั่ว I can picture in my mind a world without war, a world without hate. And I can picture us attacking that world, because they'd never expect it. - Jack Handey

Hi John, On Wed, February 8, 2012 7:45 pm, john lewis wrote: That'll be due to local caching by the OS. To clear it on WinXP open up a command prompt and run ipconfig /flushdns You may also wish to close/restart whatever app she is using to access the database in case it is also caching the old result. Mathew

Thanks to all who replied.  I decided to wait out the 48hrs left on the local nameserver (Hugo's tip) and then the problem sorted itself. :) Valuable tips might like these ought to be compiled into a sysadmin pocketbook: 'wisdom from bitfolk'. Cheers! --- On Tue, 2/7/12, Hugo Mills &lt;hugo-bf(a)carfax.org.uk&gt; wrote: From: Hugo Mills &lt;hugo-bf(a)carfax.org.uk&gt; Subject: Re: [bitfolk] Renumbering: resolver not working? still points to 212.x, instead of 85.y on >=1 machine To: "Max B" &lt;txtmax(a)yahoo.ca&gt; Cc: users(a)lists.bitfolk.com Received: Tuesday, February 7, 2012, 9:59 PM On Tue, Feb 07, 2012 at 12:56:19PM -0800, Max B wrote:    Two things you can look at: dig tells you the TTL remaining on any entry when you query it. For example: hrm@ruthven:~ $ dig oxfordflutes.co.uk ; <<>> DiG 9.7.3 <<>> oxfordflutes.co.uk ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 52296 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;oxfordflutes.co.uk.            IN        A ;; ANSWER SECTION: oxfordflutes.co.uk.        86397    IN        A        85.119.82.48 ;; Query time: 0 msec ;; SERVER: 10.0.0.10#53(10.0.0.10) ;; WHEN: Tue Feb  7 21:50:55 2012 ;; MSG SIZE  rcvd: 52    The "86397" in the ANSWER SECTION is the TTL, and shows that I've got a few seconds short of 24 hours left for this entry in the cache. This value will count down to zero, at which point the cache expires and a new authoritative entry (hopefully the right one) will be retrieved.    The other thing is to use "@servername" in your dig query, which will explicitly bypass the locally configured resolvers, and query the named DNS server. hrm@ruthven:~ $ dig @ns1.bb-online.net. oxfordflutes.co.uk [...]    In this case, I'm querying one of the definitive servers for oxfordflutes.net, and so should get the results that I've asked them to publish. You can check whether the DNS servers under your control (usually the primary and one or more secondaries) are sending the right answers. If they are, then you should simply have to wait until the TTL in the previous query reaches zero. If not, then you have some kind of misconfiguration of your servers.    Oh, and you should be able to get the definitive list of nameservers by issuing an NS query: hrm@ruthven:~ $ dig NS oxfordflutes.co.uk ; <<>> DiG 9.7.3 <<>> NS oxfordflutes.co.uk ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 43912 ;; flags: qr rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;oxfordflutes.co.uk.            IN        NS ;; ANSWER SECTION: oxfordflutes.co.uk.        86400    IN        NS        brain.bb-online.co.uk. oxfordflutes.co.uk.        86400    IN        NS        ns1.bb-online.net. oxfordflutes.co.uk.        86400    IN        NS        ns2.bb-online.net. ;; Query time: 48 msec ;; SERVER: 10.0.0.10#53(10.0.0.10) ;; WHEN: Tue Feb  7 21:54:55 2012 ;; MSG SIZE  rcvd: 115    So here my definitive nameservers are brain, ns1 and ns2.bb-online.net.  Check the data returned by all of the servers (with the @server syntax above) for the NS query, just to see if one is out of sync with the others.    Hugo. -- === Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===   PGP key: 515C238D from wwwkeys.eu.pgp.net or http://www.carfax.org.uk             --- UNIX:  Japanese brand of food containers. ---