> From [email protected] Mon Apr 28 16:01:21 2014
> Date: Mon, 28 Apr 2014 16:01:10 +0100
> From: [email protected] (akhiezer)
> To: Website Maintenance List <[email protected]>
> Subject: Re: [website] LFS 'Museum' - appeared/disappeared ...
>
> > Date: Mon, 28 Apr 2014 04:15:18 -0500
> > From: Bruce Dubbs <[email protected]>
> > To: Website Maintenance List <[email protected]>
> > Subject: Re: [website] LFS 'Museum' - appeared/disappeared ...
> >
> > akhiezer wrote:
> > >> Date: Mon, 28 Apr 2014 09:35:27 +0100
> > >> From: [email protected] (akhiezer)
> > >> To: [email protected]
> > >> Subject: [website] LFS 'Museum' - appeared/disappeared ...
> > >>
> > >>
> > >> ... I was just writing to say a big thanks that the 'LFS Museum' seems to
> > >> now have all of the materials from 1.0 thru 7.0 under the one roof:
> > >>
> > >>    http://archive.linuxfromscratch.org/lfs-museum/
> > >>
> > >> ( and linked from http://www.linuxfromscratch.org/lfs/download.html ). 
> > >> But
> > >> on checking again just now, it seems to have disappeared again.
> > >>
> > >>
> > >> And likewise for blfs-museum:
> > >>
> > >>    http://www.linuxfromscratch.org/blfs/download.html
> > >>
> > >> , linked from http://archive.linuxfromscratch.org/blfs-museum/  .
>
>
>  - those two urls should, of course, be swapped around in that text.
>
>
> > >>
> > >>
> > >> Are these just in-transit as part of recent changes? But in any case,
> > >> could the museum have a stable static home, with everything under the
> > >> one roof, please?
> > >>
> > >
> > >
> > > Hmmm, and now it seems to be back again - for both lfs/blfs.
> > >
> > >
> > > Is there anything unusual about those web-areas - e.g. extra filtering
> > > on traffic (e.g. re harvesters &c) : it's the only site that we ever
> > > really have much/any here/not-here/here/not-here/... repeat-trouble with
> > > over any length of time; we've often checked dns/web caches locally and
> > > at isp re this, and both look ok; and done cross-checks via mobile -
> > > ie different isp/route-to-internet/local-browsers - and see the same
> > > on/off/on/off/... issue in parallel.
> >
> > I'm not sure if the dns servers are synced.  The old server will be shut 
> > down in a month or two and you may be seeing pages from different 
> > servers.  I don't have time to look at it, but you might check if both 
> > name servers are giving the same ip address.
> >
>
>
> Seems like 'ns2' is not giving an ip-address for 'archive'; but does for
> 'archives' (plural).
>
> And looks like 'ns' gives ip-addr ok for both archive/archives.
>
> This was tested via both nslookup and dig. Output below from the nslookup
> runs. 'dig', for the 'problem' case of ns2/archive, just gives a cname
> only in the answer section:
> ====
> ;; ANSWER SECTION:
> archive.linuxfromscratch.org. 900 IN    CNAME   archive.linuxfromscratch.org.
>
> ====


 - and no 'AUTHORITY' or 'ADDITIONAL' section, for (just) the problem case.


>
> In web-browser, if use 'archives.' (plural) instead of 'archive.' (singular),
> then always works ok as far as tested, for both lfs & blfs museums: and lfs
> has 1.0 thru 7.0 & 'stable', while blfs has 1.0 thru 'snapshot-20121101';
> so both look ok. If change back to just 'archive.' (singular) then get seq
> of ok/broke/ok/broke/... (although alternating a bit more ~randomly): when
> it's ok, both lfs & blfs museums show the apparently-correctly contents
> as noted for the 'archives.' (plural) case.
>
>
> rgds,
> akh
>
>
> ----------------------- Start of test: nslookup -------------------------
> $ d='linuxfromscratch.org';
> h_pfx='archive';
> n_pfx='ns';
> cmdstr='';
> for h_ctr in '' s; do
>   for n_ctr in '' 2; do
>     cmdstr="nslookup ${h_pfx}${h_ctr}.${d}  ${n_pfx}${n_ctr}.${d} ";
>     echo -e "----\n# ${cmdstr}";
>     eval "${cmdstr}";
>   done;
> done;
> ----
> # nslookup archive.linuxfromscratch.org  ns.linuxfromscratch.org 
> Server:               ns.linuxfromscratch.org
> Address:      192.155.86.174#53
>
> archive.linuxfromscratch.org  canonical name = archives.linuxfromscratch.org.
> archives.linuxfromscratch.org canonical name = higgs.linuxfromscratch.org.
> Name: higgs.linuxfromscratch.org
> Address: 192.155.86.174
>
> ----
> # nslookup archive.linuxfromscratch.org  ns2.linuxfromscratch.org 
> Server:               ns2.linuxfromscratch.org
> Address:      216.171.237.234#53
>
> archive.linuxfromscratch.org  canonical name = archive.linuxfromscratch.org.
>
> ----
> # nslookup archives.linuxfromscratch.org  ns.linuxfromscratch.org 
> Server:               ns.linuxfromscratch.org
> Address:      192.155.86.174#53
>
> archives.linuxfromscratch.org canonical name = higgs.linuxfromscratch.org.
> Name: higgs.linuxfromscratch.org
> Address: 192.155.86.174
>
> ----
> # nslookup archives.linuxfromscratch.org  ns2.linuxfromscratch.org 
> Server:               ns2.linuxfromscratch.org
> Address:      216.171.237.234#53
>
> archives.linuxfromscratch.org canonical name = higgs.linuxfromscratch.org.
> Name: higgs.linuxfromscratch.org
> Address: 192.155.86.174
>
> $
>
> ------------------------ End of test: nslookup --------------------------
>
>
>


--
-- 
http://lists.linuxfromscratch.org/listinfo/website
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Reply via email to