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:
From:
Graham Allan <[log in to unmask]>
Reply To:
Graham Allan <[log in to unmask]>
Date:
Mon, 3 Jun 2013 12:20:42 -0500
Content-Type:
text/plain
Parts/Attachments:
text/plain (48 lines)
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
-- 
-------------------------------------------------------------------------
Graham Allan
School of Physics and Astronomy - University of Minnesota
-------------------------------------------------------------------------

ATOM RSS1 RSS2