Bug 623067 - Failed to install using an FTP installation resource
Summary: Failed to install using an FTP installation resource
Keywords:
Status: CLOSED WORKSFORME
Alias: None
Product: Fedora
Classification: Fedora
Component: anaconda
Version: rawhide
Hardware: All
OS: Linux
low
medium
Target Milestone: ---
Assignee: Anaconda Maintenance Team
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-08-11 08:58 UTC by MingtaoNiu
Modified: 2010-10-06 19:49 UTC (History)
8 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2010-10-06 19:49:03 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
pic of err when installing using an FTP installation resource (101.04 KB, image/png)
2010-08-12 01:18 UTC, MingtaoNiu
no flags Details
anaconda.log for FTP error (9.17 KB, text/plain)
2010-08-13 02:24 UTC, MingtaoNiu
no flags Details
file "syslog" for the err when installing using a FTP resource (42.97 KB, text/plain)
2010-08-16 03:22 UTC, MingtaoNiu
no flags Details

Description MingtaoNiu 2010-08-11 08:58:40 UTC
Description of problem:

Failed to install using an NFS installation source

Version-Release number of selected component (if applicable):


How reproducible:
anaconda14.15
F14-alpha-rc3

Steps to Reproduce:
   1.  Boot and initiate an install using any installation source (e.g. boot.iso, CD, DVD or pxeboot)
   2. Proceed through the installer until the Software Selection step
   3. At the software selection step, click Add additional software repositories and provide the information listed. If more than one package repository is listed, you may also click Modify repository for an existing unselected entry. Enter the following information, then select OK
          * Repository type - HTTP/FTP
          * Repository URL -

            ftp://download.englab.nay.redhat.com/pub/fedora/linux/development/14/i386/os
          * Uncheck URL is a mirror list

Actual results:

Unable to read package metadata from repository

Detail info is in the attachment

Expected results:
   1.  The package metadata from additional repository is read correctly
   2. The expected packages or package groups provided by additional repository appear on the package detail screen
   3. Anaconda completes and system reboots successfully
   4. The checked packages provided by additional repository are installed in the system 

Additional info:
Succeeded to install using an NFS resource by "askthod"

Comment 1 MingtaoNiu 2010-08-11 09:31:27 UTC
Version-Release:

anaconda14.15
F14-alpha-rc3

How reproducible:
100%

Comment 2 MingtaoNiu 2010-08-11 09:42:43 UTC
:1,$/s/NFS/FTP/g

sorry for the mistakes...

Comment 3 He Rui 2010-08-11 11:57:38 UTC
Note that ftp install only failed by running this test:
https://fedoraproject.org/wiki/QA:Testcase_Additional_Ftp_Repository


Repo=ftp:// and askmethod(using ftp source) work as expected.

Comment 4 Adam Williamson 2010-08-11 16:29:03 UTC
Could it have been a transient mirror error? Did you try the test more than once? Seems like it's unlikely that the *installer* would cause a repo problem...

I see "Detail info is in the attachment", but there isn't an attachment :)



-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers

Comment 5 Adam Williamson 2010-08-11 19:48:01 UTC
The release criterion related to this bug is:

"The installer must be able to use at least one of the HTTP or FTP remote package source options "

We actually meant that to be about the *main installation source* - so doing an install from boot.iso using FTP or HTTP repositories, not adding FTP or HTTP repositories to a DVD install. Doing an install that way works. Also, adding an HTTP source to a DVD install works - it has a green tick from Liam in the table. So either way you can interpret the criterion, it's satisfied. Hence this bug does not block the Alpha. (Just adding this for clarification before go/no-go meeting).



-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers

Comment 6 MingtaoNiu 2010-08-12 01:18:01 UTC
Created attachment 438322 [details]
pic of err when installing using an FTP installation resource

This is the pic of err when installing using an FTP installation resource

Comment 7 Jiri Skala 2010-08-12 12:01:20 UTC
Hi,
could you provide logs using Ctrl+Alt_F2 then /tmp/anaconda.log, ...

Thanks, Jiri

Comment 8 MingtaoNiu 2010-08-13 02:24:39 UTC
Created attachment 438572 [details]
anaconda.log for FTP error

anaconda.log for FTP error

Comment 9 Liam Li 2010-08-13 06:36:50 UTC
This would not happen when the repo version is the same as boot media, like all are rc4. But if boot media is rc3, but repo version is rc4, may cause this issue. But I think anaconda should read correctly, no matter what version of repo(like rc1, rc2, rc3, etc..).

Comment 10 He Rui 2010-08-13 08:21:08 UTC
Interestingly, if I add a nfs or http repo in advance at the repository selection step, then the same ftp repo can be retrieved successfully. So in my case, this issue happens when I firstly add a ftp repo.

Comment 11 Jiri Skala 2010-08-13 13:27:19 UTC
HTTP links work fine. The issue is generated using FTP links.

Unfortunately this issue has nothing to do with ftp package. Therefore I'm going to set needinfo flag and ask for some ideas from maintainers of curl/libcurl and yum.

Comment 12 Jiri Skala 2010-08-13 13:32:11 UTC
Oops, one of intended addresses was not saved by BZ.

Comment 13 Kamil Dudka 2010-08-13 13:52:16 UTC
Right, anaconda uses libcurl as the FTP client.

How can I repeat the issue with a public ftp server?

Comment 14 Kamil Dudka 2010-08-13 13:54:53 UTC
10.66.65.86 is not accessible from my network, so that I am getting the same result:

$ curl -v ftp://10.66.65.86/pub/iso/repodata/repomd.xml
* About to connect() to 10.66.65.86 port 21 (#0)
*   Trying 10.66.65.86... Connection timed out
* couldn't connect to host
* Closing connection #0
curl: (7) couldn't connect to host

Comment 15 Chris Lumens 2010-08-13 14:37:09 UTC
Please also attach /tmp/syslog to this bug report.  It looks to me like the network simply isn't active.

Comment 16 MingtaoNiu 2010-08-16 03:22:39 UTC
Created attachment 438885 [details]
file "syslog" for the err when installing using a FTP resource

Comment 17 Chris Lumens 2010-10-06 19:49:03 UTC
I am unable to reproduce this problem locally.


Note You need to log in before you can comment on or make changes to this bug.