Failure To Log In

Hi,

You should talk to whoever operates the FTP server, to sort out the details with them – they’ll know what settings are right.

David

I did. My host name, username and pass are correct. I did a screenshot for them and all is ok. They said to check the port but I don’t see anywhere to enter Port 21.

Is there a log showing what was entered wrong? I checked both logs and it says Failed but what was not passing correctly?

Here is part of the log:

2661.988 (8) Requesting upload of the files that have not yet been successfully uploaded (8)
2661.988 (8) Cloud backup selection: ftp
2661.990 (8) Beginning dispatch of backup to remote
2663.028 (8) FTP Failure: we did not successfully log in with those credentials.
2663.031 (8) An error condition has occurred for the first time during this job
2663.033 (8) Resume backup (bb62338137b8, 8): finish run
2663.035 (8) There were errors in the uploads, so the ‘resume’ event is remaining scheduled
2663.037 (8) An email has been scheduled for this job, because we are in debug mode
2663.039 (8) Sending email (‘Files and database’) report to: pinki…
2663.212 (8) The backup has not finished; a resumption is scheduled within 5 minutes
2757.116 (9) Opened log file at time: Fri, 06 Sep 2013 00:47:16 +0000
2757.118 (9) UpdraftPlus: 1.7.3 WP: 3.5.2 PHP: 5.2.17 (Linux paidvm4.xxxxxxxxxxx.com 2.6.32-042stab078.26 #1 SMP Wed Jun 19 11:05:34 MSK 2013 x86_64) MySQL: 5.0.77-log Server: Apache safe_mode: 0 max_execution_time: 900 memory_limit: 256M (used: 30.4M) ZipArchive::addFile : Y
2757.119 (9) Free space on disk containing Updraft’s temporary directory: 216896.4 Mb
2757.122 (9) Backup run: resumption=9, nonce=bb62338137b8, begun at=1378425679 (2757s ago), job type=backup
2757.123 (9) The current run is resumption number 9, and there was nothing useful done on the last run (last useful run: 7) – will not schedule a further attempt until we see something useful happening this time
2757.132 (9) Creation of backups of directories: already finished
2757.134 (9) Saving backup status to database (elements: 11)
2757.142 (9) Database dump: Creation was completed already
2757.143 (9) Saving backup history
2757.156 (9) backup_2013-09-05-

Credentials were wrong but which one? Can I modify your script to tell me that?

Edit: now I’m farklempt. I event to the /backups directory and there are five files for each of the last three days (I changed the backup directory three days ago).

Five files are identical in size. Each day the first file uploaded gets bigger, which tells me it is the data/posts.

But if the log is showing “FTP Failure: we did not successfully log in with those credentials” how the $@&; is it being uploaded? And how can I be sure it truly is backing up everything without deleting and restoring my site which, no, I won’t do? ??

Hi,

Port 21 is the default, so you don’t need to enter it anywhere.

> Credentials were wrong but which one? Can I modify your script to tell me that?

The FTP server doesn’t return that information (since it would help an attacker who genuinely doesn’t know the credentials). Only the operator of the FTP server can tell you why it’s returning a “Not authorized” code, since they’re on the “inside” and have access to its logs.

David

If it says Failed, how are the files being uploaded?

I’ll email my host again and see if they can check logs. I asked a week ago but they never did. I think they dump logs every day and this was a few days ago. So, I’ll email them, THEN try a backup so the failure is fresh ??

Thank you (forgot to say it last night but I’d already put away my ‘puter)

> If it says Failed, how are the files being uploaded?

One possibility is that the hosting company has configured their FTP server to have a maximum number of connections open at once – from all clients, not just your account. So, this may be what’s happening to you – sometimes when you connect, their server is already ‘full’, so sends back the ‘no, you can’t log in’ code.

David

Ignore backups uploading. I misread 08/07 as September (duh!)