Fogftp login failed
-
Hi Uncle Frank, thank you for your patience.
I can access to my tftp server from another computer. I have a login successful.
The problem is that when I upload my image to my FOG server, everything is ok but this upload is stuck at 99% everytime. Attached a screenshot.
[url=“/_imported_xf_attachments/1/1727_FullSizeRender(1).jpg?:”]FullSizeRender(1).jpg[/url]
-
What tftp server? Tftp and FTP are two completely different things.
The message, as I’m seeing it, says that the password is not set. This tells me the storage Management password isn’t set properly.
-
Sorry for this confusion, I meant that I could access to my ftp server.
On my FOG server I do : ftp localhost
I have a login successful :
ftp localhost
Connected to localhost (127.0.0.1).
220 (vsFTPd 3.0.2)
Name (localhost:root): fog
331 Please specify the password.
Password:
230 Login successful.
Remote system type is UNIX.
Using binary mode to transfer files.I’m sure that the storage management password is set properly. This password is the same as the fog user password on my server.
Is there a file in /var/www/html/fog/ in which I can write the password directly ?Here the content of my /etc/exports file :
/data/images/ *(ro,sync,no_wdelay,insecure_locks,no_root_squash,insecure,fsid=1,)
/data/images/dev *(rw,sync,no_wdelay,no_root_squash,insecure,fsid=2)
/data/ 192.12.59.0/24(rw)In the WEB GUI, my default storage is /data/images, did I make a mistake ?
-
There is no file used so sure, you can specify it in any file you want, but it will not work.
How are you sure it’s set properly? You’ve actually looked at the storage node from Storage Management Page, clicked the eye on the Password field? I know this is probably already what you’ve done, but it seems strange that it’s not even passing the password for you, when this is where it gets that password to begin with.
-
I’m sure that this password is set properly. Attached a screenshot of the Web GUI.
so “mypassword” is my storage management password and my fog user password.[url=“/_imported_xf_attachments/1/1728_FullSizeRender(2).jpg?:”]FullSizeRender(2).jpg[/url]
-
So the screen that’s stating the “Please Specify a password” is it showing a password? Can you create download tasks?
What version of fog are you running?
-
Yes it is showing the password “mypassword”.
I can create download tasks (you can see on the screenshot that the upload is stuck at 99%).
Attached 2 screenshotsI’m using fog 1.2.0.
[url=“/_imported_xf_attachments/1/1729_FullSizeRender(3).jpg?:”]FullSizeRender(3).jpg[/url][url=“/_imported_xf_attachments/1/1730_FullSizeRender(4).jpg?:”]FullSizeRender(4).jpg[/url]
-
Are the folder permissions correct?
[code]sudo chmod -R 777 /images/[/code]
-
The folder permissions are correct (chmod -R 777 already done).
When I run :systemctl status vsftpd.service -l
I have :
vsftpd.service - Vsftpd ftp daemon
Loaded: loaded (/usr/lib/systemd/system/vsftpd.service; enabled)
Active: active (running) since ven. 2015-02-27 16:48:20 CET; 2 days ago
Process: 26942 ExecStart=/usr/sbin/vsftpd /etc/vsftpd/vsftpd.conf (code=exited, status=0/SUCCESS)
Main PID: 26943 (vsftpd)
CGroup: /system.slice/vsftpd.service
├─ 7801 /usr/sbin/vsftpd /etc/vsftpd/vsftpd.conf
├─ 7802 /usr/sbin/vsftpd /etc/vsftpd/vsftpd.conf
└─26943 /usr/sbin/vsftpd /etc/vsftpd/vsftpd.confmars 02 14:20:01 fog vsftpd[7679]: pam_unix(vsftpd:auth): authentication failure; logname= uid=0 euid=0 tty=ftp ruser=fog rhost=fog user=fog
mars 02 14:20:09 fog vsftpd[7690]: pam_unix(vsftpd:auth): authentication failure; logname= uid=0 euid=0 tty=ftp ruser=fog rhost=fog user=fog -
You guys where pretty active today!
Two things that came to my mind when reading all the posting from today:
[LIST]
[]Several vsftpd instances running? Maybe that’s causing trouble? Have you killed (service vsftpd stop; killall -9 vsftpd) and restarted vsftpd?
[]On that last screenshot where you can see the password there seam to be two spaces after ‘mypassword’ before the comma. I haven’t checked the code yet but I’d suppose there aren’t any spaces printed in that error message. Make sure there are NO spaces in that password…
[/LIST] -
Thank you Uncle Frank
I killed vsftpd and now I only have one instance.
Very weird for the spaces after “mypassword”. Effectively I did a tcpdump and I saw that there are 2 spaces after the password. FOG adds spaces, why ? :eek: I’m sure that there are no spaces in the Web GUI. I changed the fog user password (adding spaces) on the server and it worked!
-
Well everything worked for a while (upload and deployment) but now I’m unable to upload and deploy.
I register the client (quick registration).
Create an image
Associate a client to an image
Create the task and rebootAnd the upload does not start (attached a screenshot of what I see).
[url=“/_imported_xf_attachments/1/1734_FullSizeRender(5).jpg?:”]FullSizeRender(5).jpg[/url]
-
When you see the boot menu there is no task for this host…
-
This post is deleted! -
All my problems are solved, thank you for everything guys thank you Uncle Frank
-
Its quite an old topic but I’m actually facing the same issue and i’ve tried to play with the space on the password but does nothing
error type:
fogFTP: login failed. host:xx.xx.xx.15, Username: fog, passwrd: mypwd, Error: ftp_login(): Please specify the passwordThe password has been change on the storage management, its the same in the tftp side aswell ( in fog setting)
I’ve also alligned this password with passwd fogI’m on fog.1.2 on centos7
it happens really at the end on the client side.
For you info I can acces ftp trhough a distant client with the fog credential also
the /images folder is on 777 recursive
slinux is fully disabled -
@kortnor Can you try to manually FTP into the fog server from a remote computer using the credentials you have inside storage management? What happens?
-
@Wayne-Workman
Hello wayne,I’ve been able to make a remote connection with ftp hereunder the extraction of the information
[root@pla pla]# ftp ftp> open 10.10.0.15 Connected to 10.10.0.15 (10.10.0.15). 220 (vsFTPd 3.0.2) Name (10.10.0.15:root): fog 331 Please specify the password. Password: 230 Login successful. Remote system type is UNIX. Using binary mode to transfer files. ftp> cd /images 250 Directory successfully changed. ftp> ls 227 Entering Passive Mode (10,10,0,15,119,3). 150 Here comes the directory listing. drwxrwxrwx 3 1001 0 41 Mar 13 16:45 dev -rw-r--r-- 1 1001 1001 2629 Mar 13 20:24 file.pcap drwxrwxrwx 2 1001 0 29 Mar 13 12:59 postdownloadscripts 226 Directory send OK. ftp> cd dev 250 Directory successfully changed. ftp> ls 227 Entering Passive Mode (10,10,0,15,139,245). 150 Here comes the directory listing. drwxrwxrwx 2 1001 0 87 Mar 13 17:06 288023fd45ae 226 Directory send OK. ftp> cd 288023fd45ae 250 Directory successfully changed. ftp> ls 227 Entering Passive Mode (10,10,0,15,207,231). 150 Here comes the directory listing. -rwxrwxrwx 1 1001 0 0 Mar 13 18:42 d1.has_grub -rwxrwxrwx 1 1001 0 1048576 Mar 13 18:42 d1.mbr -rwxrwxrwx 1 1001 0 313 Mar 13 18:42 d1.partitions -rwxrwxrwx 1 1001 0 2027153647 Mar 13 18:54 d1p1.img -rwxrwxrwx 1 1001 0 136 Mar 13 18:54 d1p2.img 226 Directory send OK.
I can see that the image has been created ( at least I think so based on the code here above)
When try to download the stored images within dev/288023fd45ae the vm retrive the related error
-
@kortnor The image currently uploaded is put in /images/dev/<mac-address> and will be moved to /images/<img-name> at the end of the upload process (probably where you see the FTP login error). You can move the directory by hand if you like (
mv /images/dev/<mac-address> /images/<img-name>
) but you’d still want to find out what’s wrong with the FTP settings! Please check that username and password of the FTP user (you were able to successfully login via FTP as we see) match the storage management password and username fog and the tftp password under the web ui in fog settings! As you see in the old post there where whitespaces cause trouble. Please double check all the settings! -
@Sebastian-Roth It’s likely caused by the autofill feature of certain browsers, would it be possible to add that to the wiki so people are aware that every time they make changes to the storage nodes that they have to enter their actual password?