 
| Subject: | |
| From: | |
| Reply To: | |
| Date: | Mon, 3 Jun 2013 12:44:47 -0500 |
| Content-Type: | text/plain |
| Parts/Attachments: |
|
|
Thanks Pat! I commented out the /etc/hosts hack from our kickstart file
and the install seems to be working normally again now.
Graham
On Mon, Jun 03, 2013 at 12:34:01PM -0500, Pat Riehecky wrote:
> That's news to me!
>
> I've disabled mod_speling on the distribution servers, it the
> 'correct' 404 response should be produced now.
>
> Pat
>
> On 06/03/2013 12:20 PM, Graham Allan wrote:
> >We just had to install a couple of SL 6.1 machines (due to collaboration
> >dependency on this version) and strangely found that the installation
> >would bomb every time with an anaconda error when trying to parse
> >/tmp/.treeinfo. The file contains the following contents:
> >
> ><!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
> ><html><head>
> ><title>300 Multiple Choices</title>
> ></head><body>
> ><h1>Multiple Choices</h1>
> >The document name you requested (<code>/linux/scientific/6.1/x86_64/updates/security//.treeinfo</code>) could not be found on this server.
> >However, we found documents with names similar to the one you requested.<p>Available documents:
> ><ul>
> ><li><a href="/linux/scientific/6.0/x86_64/updates/security//.">/linux/scientific/6.1/x86_64/updates/security//.</a> (common basename)
> ><li><a href="/linux/scientific/6.0/x86_64/updates/security//..">/linux/scientific/6.1/x86_64/updates/security//..</a> (common basename)
> ></ul>
> ></body></html>
> >
> >This is curious because we are installing from a local copy of the 6.1 repo, our
> >kickstart file hasn't changed in a long time, worked ok when last used earlier
> >this year, etc.
> >
> >To cut a long story short I eventually found this at
> >scientificlinuxforum.org:
> >http://scientificlinuxforum.org/index.php?showtopic=2302
> >
> >it was suggested there that someone post this to the SL lists but I
> >don't see any sign that happened. Their workaround of a dummy hosts
> >entry for ftp.scientificlinux.org does let the install succeed, but I
> >imagine that either putting the file back into place, or disabling the
> >"helpful" response from the server in favor of a plain 404 response,
> >should help?
> >
> >Although I'm curious why anaconda is attempting to download a file from
> >ftp.scientificlinux.org when all the declared sources are local - some
> >oversight in the installer build?
> >
> >The same problem afflicts SL 6.0, btw.
> >
> >Thanks,
> >
> >Graham
>
>
> --
> Pat Riehecky
>
> Scientific Linux developer
> http://www.scientificlinux.org/
>
--
-------------------------------------------------------------------------
Graham Allan - I.T. Manager - [log in to unmask] - (612) 624-5040
School of Physics and Astronomy - University of Minnesota
-------------------------------------------------------------------------
|
|
|
