SCIENTIFIC-LINUX-USERS Archives

June 2013

SCIENTIFIC-LINUX-USERS@LISTSERV.FNAL.GOV
Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
Re: SL 6.1 installation anaconda failure - issue at ftp.scientificlinux.org?
From:
Pat Riehecky <[log in to unmask]>
Reply To:
Pat Riehecky <[log in to unmask]>
Date:
Mon, 3 Jun 2013 12:34:01 -0500
Content-Type:
text/plain
Parts/Attachments:
text/plain (58 lines) 
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/

ATOM RSS1 RSS2