SCIENTIFIC-LINUX-USERS Archives

June 2013

SCIENTIFIC-LINUX-USERS@LISTSERV.FNAL.GOV

Options: Use Monospaced Font
Show Text Part by Default
Condense Mail Headers

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

Print Reply
Sender:
Mailing list for Scientific Linux users worldwide <[log in to unmask]>
Date:
Mon, 3 Jun 2013 14:49:57 -0400
Reply-To:
Subject:
From:
Content-Type:
text/plain; charset="ISO-8859-1"
In-Reply-To:
MIME-Version:
1.0
Comments:
To: SL Users <[log in to unmask]>
Parts/Attachments:
text/plain (26 lines)
On Mon, Jun 3, 2013 at 1:20 PM, Graham Allan <[log in to unmask]> 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:
>
> ...
>
> 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.

This problem was brought to the list when 6.1 was released (more or
less) and, IIRC, Connie tracked down the problem to a change in
Anaconda's behavior.

ATOM RSS1 RSS2