[bitfolk] Lenny-to-Squeeze Upgrade Plan - 2nd opinions sough…

Top Page

Reply to this message
Author: Mathew Newton
Date:  
Subject: [bitfolk] Lenny-to-Squeeze Upgrade Plan - 2nd opinions sought!
iso-8859-1
Content-Transfer-Encoding: quoted-printable

<table cellspacing=3D"0" cellpadding=3D"0" border=3D"0" ><tr><td valign=3D"=
top" style=3D"font: inherit;"><br><br>Thanks to all who replied.&nbsp; I de=
cided to wait out the 48hrs left on the local nameserver (Hugo's tip) and t=
hen the problem sorted itself. :)<br><br>Valuable tips might like these oug=
ht to be compiled into a sysadmin pocketbook: 'wisdom from bitfolk'.<br><br=
>Cheers!<br><br><br><br>--- On <b>Tue, 2/7/12, Hugo Mills <i>&lt;hugo-bf@ca=

rfax.org.uk&gt;</i></b> wrote:<br><blockquote style=3D"border-left: 2px sol=
id rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"><br>From: Hugo M=
ills &lt;hugo-bf@???&gt;<br>Subject: Re: [bitfolk] Renumbering: r=
esolver not working? still points to 212.x, instead of 85.y on &gt;=3D1 mac=
hine<br>To: "Max B" &lt;txtmax@???&gt;<br>Cc: users@???<=
br>Received: Tuesday, February 7, 2012, 9:59 PM<br><br><div class=3D"plainM=
ail">On Tue, Feb 07, 2012 at 12:56:19PM -0800, Max B wrote:<br><br>&gt; tha=
nks for
everyone's response to my wiki proposal.&nbsp; I hadn't<br>&gt; intended a=
flame war, and may respond selectively at a future date,<br>&gt; when for =
instance, I am not faced with a puzzle, as follows.<br><br>&gt; dig returns=
the correct value 85.y on my VPS.<br>&gt; <br>&gt; dig returns the old add=
ress 212.x elsewhere (at work).<br><br>&nbsp;&nbsp;&nbsp;Two things you can=
look at: dig tells you the TTL remaining on any<br>entry when you query it=
. For example: <br><br>hrm@ruthven:~ $ dig oxfordflutes.co.uk<br><br>; &lt;=
&lt;&gt;&gt; DiG 9.7.3 &lt;&lt;&gt;&gt; oxfordflutes.co.uk<br>;; global opt=
ions: +cmd<br>;; Got answer:<br>;; -&gt;&gt;HEADER&lt;&lt;- opcode: QUERY, =
status: NOERROR, id: 52296<br>;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTH=
ORITY: 0, ADDITIONAL: 0<br><br>;; QUESTION SECTION:<br>;oxfordflutes.co.uk.=
&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; IN&nbsp;&nbsp;&nbs=
p; &nbsp;&nbsp;&nbsp; A<br><br>;; ANSWER
SECTION:<br>oxfordflutes.co.uk.&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; 86397=
&nbsp;&nbsp;&nbsp; IN&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; A&nbsp;&nbsp;&nb=
sp; &nbsp;&nbsp;&nbsp; 85.119.82.48<br><br>;; Query time: 0 msec<br>;; SERV=
ER: 10.0.0.10#53(10.0.0.10)<br>;; WHEN: Tue Feb&nbsp; 7 21:50:55 2012<br>;;=
MSG SIZE&nbsp; rcvd: 52<br><br>&nbsp;&nbsp;&nbsp;The "86397" in the ANSWER=
SECTION is the TTL, and shows that I've<br>got a few seconds short of 24 h=
ours left for this entry in the cache.<br>This value will count down to zer=
o, at which point the cache expires<br>and a new authoritative entry (hopef=
ully the right one) will be<br>retrieved.<br><br>&nbsp;&nbsp;&nbsp;The othe=
r thing is to use "@servername" in your dig query, which<br>will explicitly=
bypass the locally configured resolvers, and query the<br>named DNS server=
.<br><br>hrm@ruthven:~ $ dig @ns1.bb-online.net. oxfordflutes.co.uk<br>[...=
]<br><br>&nbsp;&nbsp;&nbsp;In this case, I'm querying one of the
definitive servers for<br>oxfordflutes.net, and so should get the results =
that I've asked them<br>to publish. You can check whether the DNS servers u=
nder your control<br>(usually the primary and one or more secondaries) are =
sending the<br>right answers. If they are, then you should simply have to w=
ait until<br>the TTL in the previous query reaches zero. If not, then you h=
ave some<br>kind of misconfiguration of your servers.<br><br>&nbsp;&nbsp;&n=
bsp;Oh, and you should be able to get the definitive list of<br>nameservers=
by issuing an NS query:<br><br>hrm@ruthven:~ $ dig NS oxfordflutes.co.uk<b=
r><br>; &lt;&lt;&gt;&gt; DiG 9.7.3 &lt;&lt;&gt;&gt; NS oxfordflutes.co.uk<b=
r>;; global options: +cmd<br>;; Got answer:<br>;; -&gt;&gt;HEADER&lt;&lt;- =
opcode: QUERY, status: NOERROR, id: 43912<br>;; flags: qr rd ra; QUERY: 1, =
ANSWER: 3, AUTHORITY: 0, ADDITIONAL: 0<br><br>;; QUESTION SECTION:<br>;oxfo=
rdflutes.co.uk.&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp;
&nbsp;&nbsp;&nbsp; IN&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; NS<br><br>;; AN=
SWER SECTION:<br>oxfordflutes.co.uk.&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; 8=
6400&nbsp;&nbsp;&nbsp; IN&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; NS&nbsp;&nbs=
p;&nbsp; &nbsp;&nbsp;&nbsp; brain.bb-online.co.uk.<br>oxfordflutes.co.uk.&n=
bsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; 86400&nbsp;&nbsp;&nbsp; IN&nbsp;&nbsp;&=
nbsp; &nbsp;&nbsp;&nbsp; NS&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; ns1.bb-onl=
ine.net.<br>oxfordflutes.co.uk.&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; 86400&=
nbsp;&nbsp;&nbsp; IN&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; NS&nbsp;&nbsp;&nb=
sp; &nbsp;&nbsp;&nbsp; ns2.bb-online.net.<br><br>;; Query time: 48 msec<br>=
;; SERVER: 10.0.0.10#53(10.0.0.10)<br>;; WHEN: Tue Feb&nbsp; 7 21:54:55 201=
2<br>;; MSG SIZE&nbsp; rcvd: 115<br><br>&nbsp;&nbsp;&nbsp;So here my defini=
tive nameservers are brain, ns1 and<br>ns2.bb-online.net.&nbsp; Check the d=
ata returned by all of the servers<br>(with the @server syntax
above) for the NS query, just to see if one<br>is out of sync with the oth=
ers.<br><br>&nbsp;&nbsp;&nbsp;Hugo.<br><br>-- <br>=3D=3D=3D Hugo Mills: hug=
o@... carfax.org.uk | darksatanic.net | lug.org.uk =3D=3D=3D<br>&nbsp; PGP =
key: 515C238D from wwwkeys.eu.pgp.net or <a href=3D"http://www.carfax.org.u=
k" target=3D"_blank">http://www.carfax.org.uk</a><br>&nbsp; &nbsp; &nbsp; &=
nbsp; &nbsp; &nbsp; --- UNIX:&nbsp; Japanese brand of food containers. ---&=
nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; <br></div></blockquote></td></tr><=
/table>
---453615747-1753851572-1328812433=:87945--


From ian@??? Fri Feb 10 13:54:15 2012
Received: from semi-divine.com ([85.119.83.38] helo=topcat.semi-divine.com)
    by mail.bitfolk.com with esmtp (Exim 4.72)
    (envelope-from <ian@???>) id 1RvqvX-0001T