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 192.168.1.206:
Failed to connect to FTP server
And on Ctrl-Alt-F3:
ftp://192.168.1.206//data3/fc2/i386/Fedora/base/updates.img to a fd
The kickstart file lists the source as FTP with a login/password:
url --url ftp://s4p_node:HIDDENPASS@192.168.1.206/data3/fc2/i386
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
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...
Version-Release number of selected component (if applicable):
whatever is on the install disk...
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
Made a silent error like the rest of the errors there (one case wasn't
in an if !silentErrors)
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?
After running a bunch of tests, the above fix didn't work. I don't
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.