Bug 132673 - FC2 Anaconda loses login info for FTP install while looking for updates.img
Summary: FC2 Anaconda loses login info for FTP install while looking for updates.img
Alias: None
Product: Fedora
Classification: Fedora
Component: anaconda
Version: 2
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Jeremy Katz
QA Contact: Mike McLean
Depends On:
TreeView+ depends on / blocked
Reported: 2004-09-15 18:50 UTC by Judd Taylor
Modified: 2007-11-30 22:10 UTC (History)
1 user (show)

Clone Of:
Last Closed: 2005-08-15 16:39:44 UTC

Attachments (Terms of Use)

Description Judd Taylor 2004-09-15 18:50:49 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.6)

Description of problem:

I'm doing a PXE/FTP install on my cluster, and I get an error mesage

Failed to log into
Failed to connect to FTP server

And on Ctrl-Alt-F3:
transferring to a fd

The kickstart file lists the source as FTP with a login/password:
url --url ftp://s4p_node:HIDDENPASS@

It appears that when anaconda looks for the existance of the
updates.img file using the FTP URL from the kickstart file, it strips
off the login account and password.

I don't really care that it can't find that file, but it propts for an
"OK" after the error message, which ruins my
unattended/non-interactive install.

So I have 2 requests:
1. fix the login info in that portion of the install
2. make this a "silent" error (or at least non-interactive), since
it's just checking for the existance of a file anyways...

Judd Taylor

Version-Release number of selected component (if applicable):
whatever is on the install disk...

How reproducible:

Steps to Reproduce:
1. Setup a kickstart install over FTP that requires a login/pass
2. See the error on main screen and ctrl-alt-f3

Actual Results:  See above

Expected Results:  See above

Additional info:

Comment 1 Jeremy Katz 2004-09-15 19:12:49 UTC
Made a silent error like the rest of the errors there (one case wasn't
in an if !silentErrors)

Comment 2 Judd Taylor 2004-09-15 21:25:06 UTC
I figured out how to fix issue #1 (yeehaw!)

The problem is in loader2/urls.c, where urlinstStartTransfer() passes
ui->password to ftpOpen(). IT passes the password only, when the
required format by ftpOpen() is the password with a '@' char appended.
The solution would be to modify urls.c to create a buffer in which it
can add a '@' char to the end of the ui->password and send that to
ftpOpen() instead of ui->password directly.

I haven't tested the modified version yet, but I'll let you know if it
worked as soon as I do.


PS: I'm not sure what you mean by !silentErrors, what should I change
to get rid of the dialog box?

Comment 3 Judd Taylor 2004-09-16 20:36:40 UTC
After running a bunch of tests, the above fix didn't work. I don't
know why. 

I think this is a more architectural issue anyways. Why should
ftpOpen() expext a different format of the password than what's stored
in the ui struct? To fix that, you'd have to make sure that the other
calls to ftpOpen() use a plain password (without the '@' on the end)
throughout the code... which probably won't be much fun.


Comment 4 Rahul Sundaram 2005-08-15 16:30:20 UTC

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